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PREFACE 


This  model  of  the  CDM  covers  the  work  performed  under  Air 
Force  Contract  FS3615-80-C-5155  (ICAH  Projeot  6201).  This 
oontract  is  sponsored  by  the  Materials  Laboratory,  Air  Force 
Systems  Command,  Wright-Pat ter son  Air  Foroe  Base,  Ohio.  It  was 
administered  under  the  technical  direction  of  Mr.  Gerald  C. 
Shumaker,  I CAM  Program  Manager,  Manufacturing  Technology 
Division,  through  Projeot  Manager,  Mr.  David  Judson.  The  Prime 
Contractor  was  Production  Resources  Consulting  of  the  General 
Electric  Company,  Schenectady,  Hew  York,  under  the  direction  of 
Mr.  Alan  Rubenstein.  The  General  Eleotric  Project  Manager  was 
Mr.  Myron  Hurlbut  of  Industrial  Automation  Systems  Department, 
Albany,  Hew  York. 

Certain  work  aimed  at  improving  Test  Bed  Technology  has 
been  performed  by  other  contracts  with  Project  6201  performing 
integrating  functions.  This  work  consisted  of  enhancements  to 
Test  Bed  software  and  establishment  and  operation  of  Test  Bed 
hardware  and  communications  for  developers  and  other  users. 
Documentation  relating  to  the  Test  Bed  from  all  of  these 
contractors  and  projects  have  been  integrated  under  Project  6201 
for  publication  and  treatment  as  an  integrated  set  of  documents. 
The  particular  contributors  to  each  document  &>re  noted  on  the 
Report  Documentation  Page  (DD1473).  A  listing,  and  .description 
of  the  entire  projeot  documentation  system  and  how  they  are 
related  is  contained  in  document  FTR620 100001*,  Project  Overview. 

The  subcontractors  and  their  contributing  activities  were 
as  follows: 


TASK  4.2 

Subcontractors 

Boeing  Military  Aircraft 
Company  (BMAC) 

D.  Appleton  Company 
(DAC0M) 


General  Dynamics/ 
Ft.  Worth 


Role 

Reviewer 


Responsible  for  IDEF  support, 
state-of-the-art  literature 
searoh 

Responsible  for  factory  view 
function  and  information 
models 
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Subcontractors 

Illinois  Institute  of 
Technology 

Morth  Anerioan  Rockwell 
Northrop  Corporation 

Pritsker  and  Associates 
SofTeoh 


Role 

Responsible  for  faotory  view 
funotlon  research  (IITRI) 
and  infornatlon  Models  of 
snail  and  nediua-sise  business 

Reviewer 

Responsible  for  faotory  view 
funotion  and  infornatlon 

node Is 

Responsible  for  IDEP2  support 
Responsible  for  IDEFO  support 


TASKS  4.8  -  4.0  CT1ST  BED) 
Subcontractors  Role 


Boeing  Military  Airoraft 
Conpany  (BMAC) 


Responsible  for  consultation  on 
applications  of  the  technology 
and  on  IBM  oonputer  technology. 


Conputer  Technology 
Associates  (CTA) 


Assisted  in  the  areas  of 
oonnunl oat ions  systens,  systen 
design  and  integration 
Methodology,  and  design  of  the 
Xetwork  Transaction  Manager. 


Control  Data  Corporation 
(CDC) 


Responsible  for  the  Connon  Data 
Model  (CDM)  inplenentatlon  and 
part  of  the  CDM  design  (shared 
with  DAOOM). 


D.  Appleton  Conpany 
(DAOOM) 


Responsible  for  the  overall  CDM 
Subsysten  design  integration 
and  test  plan,  as  well  as  part 
of  the  design  of  the  CDM 
(shared  with  CDC).  DAOOM  also 
developed  the  Integration 
Methodology  and  did  the  schena 
mappings  for  the  Application 
Subsystems. 
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Suboon tractors 


Role 


Digital  Equipment 
Corporation  (DEC) 


McDonnell  Douglas 
Autonation  Coapany 
(MoAuto) 


On-Line  Software 
International  (OSI) 


Consulting  and  support  of  the 
perforaance  testing  and  on  DEC 
software  and  ooaputer  systeas 
operation. 

Responsible  for  the  support  and 
enhanoeaents  to  the  network 
Transaction  Manager  Subsystea 
during  1984/1985  period. 

Responsible  for  prograaaing  the 
Coanun i cat ions  Subsystea  on  the 
IBM  and  for  consulting  on  the 
IBM. 


Rath  and  Strong  Systeas 
Products  (RSSP)  (In  1985 
becaae  McCoraack  9  Dodge) 


SofTech,  Inc. 


Software  Perforaance 
Engineering  (SPE) 


Structural  Dynaaics 
Research  Corporation 
(SDRC) 


Responsible  for  assistance  in 
the  inpleaentation  and  use  of 
the  MRP  II  package  (PIOS)  that 
they  supplied. 

Responsible  for  the  design  and 
inpleaentation  of  the  Network 
Transaction  Manager  (NTH)  in 
1981/1984  period. 

Responsible  for  directing  the 
work  on  perforaance  evaluation 
and  analysis. 

Responsible  for  the  User 
Interface  and  Virtual  Terainal 
Interface  Subsysteas. 


Other  prine  contractors  under  other  projects  who  have 
contributed  to  Test  Bed  Technology,  their  contributing 
activities  and  responsible  projects  are  as  follows: 


Contractors 


ICAM  Projeot  Contributing  Activities 


Boeing  Military 
Aircraft  Coapany 
(BMAC) 


1701 ,  2201 ,  Enhanceaents  for  IBM 
2202  node  use.  Technology 

Transfer  to  Integrated 
Sheet  Metal  Center 
( ISMC) 
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Contractors 

I  CAM  Pro  .feet 

Contributing  Aotlvities 

Control  Data 
Corporation  (CDC) 

1508, 

1701 

IISS  enhancements  to 
Common  Data  Model 
Processor  (CDMP) 

D.  Appleton  Company 
(DACOM) 

1508 

IISS  enhancements  to 
Integration  Methodology 

General  Eleotrio 

1508 

Operation  of  the  Test 
Bed  and  communications 
equipment. 

Hughes  Aircraft 

Company  (HAC) 

1701 

Test  Bed  enhancements 

Structural  Dynanios 
Research  Corporation 
(SDRC) 

1508. 

1703 

1701. 

IISS  enhancements  to 
User  Interfaoe/Virtual 
Terminal  Interface 
(UI/VTI) 

Systran 

1508 

Test  Bed  enhancements. 
Operation  of  Test  Bed. 
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SECTIOM  1 
SCOPE 


1.1  Identification 


This  document  contains  an  IDEF1  data  nodel  of  the  informa- 
tion  associated  with  the  "TO-BE"  Common  Data  Model  (CDM) 
Subsystem  of  the  Integrated  Information  Support  System  (IISS). 
Section  1  gives  a  brief  overview  of  the  CDM  Subsystem.  Section 
2  identifies  the  other  associated  ICAM  documents.  The  CDM1 
model  is  depicted  in  a  series  of  Function  View  diagrams  shown  in 
Section  3.  Definitions  and  indexes  for  entities  and  attributes 
are  contained  in  Sections  4  and  5  respectively. 

1.2  Overview 


The  purpose  of  the  model  is  to  serve  as  a  guide  for  the 
development  of  the  CDM  Database  and  the  CDM  Processor  (CDMP). 
These  components  of  the  CDM  Subsystem  are  described  in  the 
following  paragraphs.  However,  not  all  aspects  of  the  CDM1 
model  are  implemented  by  the  current  IISS  development 
specifications  and  demonstration  software. 

The  CDM  Database 


The  CDM  database  is  the  data  dictionary  of  the  IISS.  It 
captures  knowledge  of  the  locations,  characteristics,  and  inter¬ 
relationships  of  all  shared  data  in  the  system.  The  most 
significant  feature  of  the  CDM  database  is  that  it  implements 
the  ANSI/X3/SPARC  concepts  of  the  three-schema  approach  to  data 
management.  The  three  types  of  schemas  are  the  conceptual 
schema  (CS),  the  internal  schemas  (IS),  and  the  external  schemas 
CES). 


The  conceptual  schema  describes  a  neutral,  integrated  view 
of  the  shared  data  resource.  There  is  one  conceptual  schema  in 
an  enterprise.  It  is  independent  of  physical  database 
structures  and  boundaries  and  is  neutral  to  biases  of  individual 
applica-  tions.  Each  external  schema  represents  a  user  or 
application  view  of  data.  Each  internal  schema  represents  the 
logical  structure  of  a  local  DBMS  whether  hierarchical,  network, 
or  relational. 

The  CDM  database,  itself  is  implemented  as  a  relational 
database,  which  presently  resides  on  a  VAX  11/780  computer.  It 
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is  accessed  by  the  CDMP  at  ooapi  le-tiae  to  generate  appropriate 
local  DBMS  calls  against  internal  soheaas  to  prooess  a  user's 
NDML  request  against  an  external  soheaa. 

The  CPU  Processor 


The  CDMP  is  the  distributed  database  Manager  of  the  1188. 

It  builds  on  top  of  local  DBMS  services  to  provide  data  aooess. 
The  CDMP  plays  both  a  oompi  le-time  and  a  run-time  role  in  the 
processing  of  transactions.  The  oonpi le-tiae  component  is 
called  the  CDMP  Precompiler.  The  run- tine  components  «•  called 
the  CDMP  Distributed  Request  Supervisor  (DRS)  and  the  CDMP 
Aggregator . 

The  CDMP  Precompiler  performs  the  following  functions  for 
each  data  request: 

1.  Parses  the  request, 

2.  Transforms  the  request  from  an  external  soheaa  access 
to  a  conceptual  soheaa  access, 

S.  Decomposes  the  request  into  subrequests,  each  of  which 
accesses  one  internal  schema, 

4.  Determines  an  appropriate  aooess  path  for  each 
subrequest  and  generates  oode  that  can  be  processed  by 
the  pertinent  local  DBMS. 

5.  Generates  code  to  transform  any  data  to  be  extracted 
from  local  databases  from  internal  to  conceptual 
schema  format  (this  code  is  called  a  Request 
Processor  Paoket  or  RPP), 

6.  Generates  code  to  transform  any  data  results  from 
conceptual  to  external  schema  format  (this  oode  is 
called  a  C/E  Transformer  or  CEX),  and 

7.  Generates  oode  to  invoke  appropriate  RPPs  and  CEXs  at 
run-time,  via  calls  to  the  NTM  Subsystem. 

The  CDMP  Precompiler  accesses  the  CDM  database  to  find 
metadata  for  the  interscheaa  transforms  and  integrity 
constraints  for  update  requests. 

After  successful  precoapilation  of  a  user's  program,  which 
contains  imbedded  data  requests  in  an  SQL-like  language  called 
the  Neutral  Definition  Manipulation  Language  (NDML),  the  CDMP 
has  produoed  the  following  oode  modules: 

1.  Modified  user  program,  whioh  now  oontains  oalls  to 

the  NTM,  whioh  will  motivate  appropriate  prooe6se6  at 
run-time. 
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2.  One  Request  Processor  (RP)  per  DBMS  that  manages  data 
to  be  accessed  by  the  user  program.  Baoh  RP  contains 
one  or  aore  RPPs. 

5.  One  Conceptual -to-Bxternal  Transformer  (CSX),  which 
will  deliver  query  results  to  the  nodified  user 
program  at  run- tine . 

The  CDMP  Distributed  Request  Supervisor  (DRS)  has 
responsibility  for  scheduling  and  coordinating  the  various 
subrequests  of  user  transactions.  The  DRS  uses  request  graphs 
produced  by  the  CDMP  Preooapiler  to  determine  which  operations 
are  to  be  performed  where.  The  DRS  also  uses  knowledge  of 
communications  costs  and  intermediate  result  volumes  in  its 
algorithm  for  scheduling  RPPs.  Request  Processors  always 
deliver  results  as  relations.  The  relations  are  operated  upon 
by  the  Aggregators. 

Aggregators  are  called  to  perform  single  functions,  e.g..  a 
union  or  a  Join,  on  two  sets  of  data,  each  of  which  exists  in  a 
single  sequential  file.  These  data  sets  are  the  results  of  an 
RPP  or  processing  by  another  Aggregator.  An  Aggregator  always 
deals  with  data  in  conceptual  schema  format. 

CDH1  Overview 

CDM1  is  a  semantio  data  model  of  the  IISS  metadata,  i.e.  a 
semantic  model  of  data  about  data.  It  was  built  using  the  IDEP1 
data  modeling  approach  with  some  minor  extensions.  (These 
extensions  along  with  others,  have  now  been  refined  and 
formalised  in  the  IDEF1  -  Extended  Manual).  Part  of  the 
metadata  modeled  by  CDH  includes  the  IISS  Conceptual  Schema  View 
of  manufacturing  data,  whioh  is  itself  represented  by  an  IDEF1 
model . 

The  conceptual  sohema  portion  of  the  CDM1  model  is  related 
to  portions  that  describe  internal  and  external  schemas.  An 
internal  schema  describes  a  local  database  structure  in  Just 
enough  detail  to  give  the  CDMP  adequate  information  to  generate 
code  that  can  be  processed  by  the  pertinent  local  DBMS.  The 
mappings  between  the  conceptual  sohema  metadata  and  the  internal 
sohema  metadata  are  not  simple,  because  one  of  the  requirements 
of  the  IISS  is  that  it  provide  integration  of  data  in  existing 
databases.  IISS  does  not  have  the  luxury  of  supporting  only 
certain  clean  database  structures.  It  is  very  likely  that  an 
attribute  may  be  represented  by  one  or  more  data  files,  which 
may  be  in  different  databases  and  even  on  different  computers, 
or  represented  by  relationships  between  reoord  types. 
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An  external  schema  describes  the  portion  of  the  conceptual 
schena  that  is  within  the  purview  of  a  user  or  application.  An 
external  schena  that  is  equivalent  to  a  view  in  the  relational 
nodel.  The  conceptual -to-external  schema  napping  part  of  the 
CDM1  is  straightforward.  The  present  implementation  of  the  CDM 
subsystem  supports  any  external  sohema  that  can  be  formed  by 
joining  conceptual  schema  entitles  and  selecting  attributes. 

Thus,  the  CDM1  nodel  is  a  semantic  data  model  that 
describes  the  logical  structure  of  the  CDM  database.  The  CDM1 
represents  the  conceptual  sohema,  the  internal  schemas  and  their 
mappings  from  the  conceptual  sohema,  and  the  external  schemas 
and  their  mappings  from  the  conceptual  schema. 


l 


> 

l 
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SECTION  2 
DOCUMENTS 


2.1 


2.2 


Applicable  Documents 

Related  I CAM  Documents  included: 


UM620141001 
PRM620141200 
UM620 141100 

UM620141002 

DS620141320 

DS620141510 

DS620141200 


CDM  Administrator's  Manual 

NDML  Programmer's  Reference  Manual 

Neutral  Data  Definition  Language 
CNDDL)  Users  Guide 

Information  Modeling  Manual  -  1DEF1 
Extended 

Data  Aggreegator  PS 
Distributed  Recruest  Supervisor  PS 
NDML  Precompiler  PS 


Terms  and  Abbreviations 


APL 


AUC 


Attribute  Pair  List 
Attribute  Use  Class 


CPMP  Common  Data  Model  Processor 

Cl  Configuration  Item 

CS  Conceptual  Schema 

DHL  Data  Manipulation  Language 

DRS  Distributed  Request  Supervisor 

(previously  SS:  Stager/Scheduler) 

ES  External  Schema 

I CAM  Integrated  Computer  Aided  Manufacturing 

IS  Internal  Schema 


iti  SI  §1 
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MDML  Ventral  Data  Manipulation  Language 

Request  Processor 
Result  Field  Table 
Systea  Design  Speolf ioation 
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S8CTI0H  8 

FUMCTIOM  VIEW  DIAGRAMS 


The  CDM1  Model  is  depioted  in  seventeen  Function  View 
Diagraas  (FEO's)  whioh  are  shown  in  Figures  5-1  through  3-17. 
Motes  are  attached  to  each  diagraa  describing  changes  since  the 
last  verison. 
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Figure  3-1.  FI:  Generic  Objeots.  Naaes.  Aliases.  Keywords. 
9  Descriptions 
Changes  to  Diagraa  FI: 

Mo  changes. 


3-2 
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Pi fur*  5-3.  P3:  Conceptual  Sohena  (and  IDEF1  Model 6)  Changes 

to  Diafraa  PS: 

■o  changes . 
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Figure  3-3.  F3:  External  Scheaas 

Changes  to  Diagraa  F3: 
Mo  changes . 
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* 

* 
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Figure  S-4 .  F4 :  CS-ES  Mappings 

Changes  to  Diagraa  F4: 
Mo  changes. 
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Figure  3-5.  F5:  Generic  Internal  Scheeas 
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Changes  to  Diagran  FS: 


The  Component  Data  Field  Sequence  Nuaber  in  the 
Conponent  Data  Field  entity  olass  (E195)  was  replaced 
with  a  Data  Field  Sequenoe  Nuaber  in  the  Data  Field 
entity  class  (E67)  so  that  all  data  fields  will  have 
sequence  nuabers,  not  Just  those  that  are  coaponents 
of  group  data  fields.  This  will  allow  the 
Precoapiler  to  put  all  data  fields  in  the  proper 
positions  within  the  reoord  type  descriptions  that  it 
generates . 

The  Repeating  Data  Field  Occurrence  Counter  entity 
olass  (E258)  was  added  to  represent  a  data  field  that 
indicates  how  aany  occurrences  of  another,  repeating 
data  field  actually  contain  data  values  in  each 
record  instance. 

The  Database  Directory  entity  class  (E289)  was  added 
to  represent  directories  that  must  be  used  to  access 
databases . 
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Figure  3-6.  F6:  CS-IS  Mappings  (Continued) 
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Changes  to  Diagraa  F6: 

1.  The  Repeating  Data  Field  Index  entity  class  (E222) 
was  replaced  with  a  Repeating  Data  Field  Index 
Indicator  in  the  AUC-DF  Mapping  entity  class  (E108) 
because  an  attribute  olass  is  adequate  for 
representing  the  napping  of  an  AUC  to  an  index  on  a 
repeating  data  field. 

2.  The  following  entity  olasses  were  added  to  represent 
CS-IS  coaplex  nappings: 


CS-IS  Coaplex  Mapping  Algorithn  (E252) 

CS-IS  Paraaeter  (E253) 

AUC  CS-IS  Paraaeter  (E254) 

CS-IS  Paraaeter  Constant  (E255) 

RT  CS-IS  Paraaeter  (E256) 

DF  CS-IS  Paraaeter  (E257) 

3.  The  AUC-IS  Mapping  entity  class  (E230)  was  added  to 
represent  the  generalisation  of  the  following  entity 
olasses: 

AUC-DF  Mapping  (E108) 

AUC-Set  Mapping  (E135) 

AUC  CS-IS  Paraaeter  (E254) 


The  Preference  Nunber  was  aoved  froa  the  AUC-DF 
Mapping  entity  class  to  the  AUC-IS  Mapping  entity 
class  so  that  it  could  be  applied  to  all  types  of  AUC 
aappings. 

4.  The  naae  of  E212  was  changed  froa  Horizontal 
Partition  to  Horizontal  Partition  Fragaent  because  it 
represents  just  one  portion  of  the  horizontal 
partition  of  am  entity  class,  not  all  portions.  A 
new  entity  class  (E251)  called  Horizontal  Partition 
was  added  to  represent  all  the  portions. 

5.  The  relation  class  between  Record.  Type  (E66)  and  EC- 
RT  Join  (E76)  was  replaced  with  one  between  EC-RT 
Mapping  (E204)  and  EC-RT  Join  so  that,  if  a  record 
type  is  results  froa  both  joins  and  a  union,  eaoh 
join  can  be  associated  with  the  appropriate  part  of 
the  union. 

Figure  3-6.  F6:  CS-IS  Mappings  (Continued) 
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figure  5-7.  F7:  Relational  Internal  Scheaas  (ORACLE  and  DB2) 

Changes  to  Dlagraa  77: 


1.  The  following  entity  olasses  froa  diagraa  F5  were 

added  to  better  depict  what  is  available  in  thi6  type 
of  internal  soheaa: 


Data  Field  Redefinition  (E196) 
Eleaentary  Data  Field  (E194) 
Coaponent  Data  Field  (E195) 
Repeating  DF  Ooourrenoe  Counter  (E258) 
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Catanfei  to  Diagraa  P8: 


The  fol loving  entity  oluiei  fron  diagraa  F8  were 
added  to  better  depict  what  is  available  in  this  type 
of  internal  soheaa: 


Data  Field  Redefinition  (B106) 
Elenentary  Data  Field  (E104) 
Component  Data  Field  (B198) 
Repeating  DF  Occurrence  Counter  ( E258 ) 


TBN820141000 


1  lovtater  IMS 


Changes  to  Diagraa  70: 

1.  The  following  entity  o lasses  froa  diagraa  78  were 

added  to  better  depiot  what  Is  available  in  this  type 
of  internal  scheaa: 


Data  Field  Redefinition  (S108) 
Eleaentary  Data  Field  (E104) 
Coaponent  Data  Field  (1108) 
Repeating  DF  Occurrence  Counter  (1280) 


2.  The  IMS  Data  Field  Indicator  in  the  Segaent  Data 
Field  entity  olass  (E82)  was  replaced  with  a  DUf- 
Aocessible  Data  Field  Indicator  in  the  Data  Field 
entity  olass  (E67)  because  any  type  of  database  aay 
oontain  data  fields  that  are  unknown  to  the  DBMS. 
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Changes  to  Diagram  F10: 


The  following  entity  classes  fron  diagram  F8  were 
added  to  hotter  depict  what  is  available  in  this  type 
of  internal  soheaa: 


Data  Field  Redefinition  (E196) 
Elementary  Data  Field  (E194) 
Component  Data  Field  (B198) 
Repeating  OF  Occurrence  Counter  (E258) 
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Cjhaajai  to  Diagru  Pll: 


1.  The  following  entity  classes  from  diagram  F5  were 

added  to  better  depiot  what  is  available  in  this  type 
of  internal  soheaa: 


Data  Field  Redefinition  (E196) 

Elementary  Data  Field  (E194) 

Component  Data  Field  (E195) 

Repeating  DF  Occurrence  Counter  (E258) 
Reoord  Set  (E72) 

Record  Set  Member  (E154) 
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Figure  5-12.  F12:  Software  Modules 
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Changes  to  Diagram  F12: 

A  Parameter  Sequence  Humber  was  added  to  the  Module 
Paraneter  entity  class  (E89)  so  that  parameters  oan 
be  listed  in  the  proper  sequence  in  generated  CALL 
statements . 
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Figure  5-14.  F14:  Generic  Data  Descriptions 
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Figure  3-15.  F15:  Domains 

Changes  to  Diagram  F15 
Mo  changes . 
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Figure  5-16. 


F16:  Uses  of  Generic  Data  Descriptions 
Changes  to  Diagram  F16: 

No  changes. 
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Changes  to  Diagram  FIT: 

The  cardinality  of  the  relation  olass  between 
Generated  Constraint  AP  (E220)  and  Constraint  Input 
Parameter  (E221)  was  changed  fron  1:1,11  to  1:0, M  so 
that  generated  constraint  APs  do  not  have  to  have  any 
input  parameters. 

The  name  of  E212  was  ohanged  fron  Rorisontal 
Partition  to  Horisontal  Partition  Fragment  to  oonform 
to  a  change  in  diagram  F6.  Also,  the  EC-RT  Mapping 
entity  class  (E204)  was  replaced  (in  this  diagram 
only)  with  the  new  Horisontal  Partition  entity  class 
(E251). 
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SBCTIOM  4 

EHTITT  CLASS  DOCUMEHTATIOM 


4.1  CDM1  Entity  Class  Glossary 


Mote: 

The  entity  classes  in  this  glossary  are  in  alphabetic 
sequence  by  entity  olass  naae.  Entity  class  nuabers  appear 
in  parentheses  following  the  naaes.  Entity  class  labels 
that  are  different  than  the  naaes  appear  with  the  nuabers. 
If  a  label  is  the  saae  as  a  naae,  the  label  is  oaitted. 


A 1  pha-lluaer i c  Data  Foraat  (E2S4) 

A  data  foraat  for  values  that  oan  contain  characters  other 
than  nuaerals  (0-9).  Muaerals  nay  be  peraitted  also. 


Attribute  Class  (E2) 

A  collection  of  all  the  saae  kind  of  attributes,  i.e., 
those  that  have  the  saae  aeaning.  An  attribute  is  a 
characteristic  or  fact  about  an  entity.  An  attribute  consists 
of  a  naae  (e.g.,  eaployee  hire  date)  and  a  value  (e.g.,  15 
August  1980).  An  attribute  value  nay  be: 

A.  Mondivisible  (e.g.,  state  naae) 

B.  Divisible,  i.e.,  a  concatenation  of  two  or  aore  other 
attribute  values  (e.g.,  part  nuaber  foraed  by 
oonoatenating  drawing  nuaber  and  naterial  oode). 

C.  Coaputed  froa  one  or  aore  other  attribute  values  (e.g., 
age  ooaputed  as  current  date  ainus  birth  date). 


Attribute  Class  Data  Description  (E184) 

A  generic  data  description  that  applies  to  a  particular 
attribute  class. 


TBM620141000 
1  Movenber  1988 


AUribgig  Use  Class  CTO) 

A  aodel  attribute  olass  that  appears  la  a  aodel  entity 
class.  Each  attribute  use  olass  represents  either  an  owned 
attribute  olass  or  an  inherited  attribute  olass. 


Attribute  Pse  Class" Conceptual  Soheaa/ Internal  Schema 
Mapping  Paraneter  CE284.  APC  C8-I8  Parameter)- 

An  attribute  use  olass  that  is  used  as  a  CS-IS  napping 
paraneter . 


Attribute  Pse  Class/Data  Field  Mapping  CE108.  AOC-DF  Mapping) 

Xndioates  that  an  attribute  use  class  corresponds  to  a  data 
field;  i.e.,  that  they  have  the  sane  meaning  and  that  the  data 
field  can  be  used  to  store  values  for  the  attribute  use  olass. 


Attribute  Pse  Class/Data  Item  Mapping  (E64,  AUC-DI  Mapping) 

Indioates  that  an  attribute  use  olass  corresponds  to  a  data 
itea;  i.e.,  that  they  have  the  sane  aeaning  and  that  the  data 
itea  can  be  used  to  aooess  values  for  the  attribute  use  olass. 


Attribute  Use  Class/Internal  Soheaa  Mapping  (E250.  AUC-IS 
Mapping} -  - 

Indioates  that  an  attribute  use  olass  corresponds  to  soae 
portion  of  an  internal  soheaa. 


Attribute  Use  Class/Reoord  Set  Mapping  (B185,  AUC/Set  Mapping) 

Certain  attribute  use  classes  can  be  represented  in  a 
database  by  a  group  of  record  sets  rather  than  by  a  data  field. 
For  exaaple,  Projeot  Task  Status  aight  be  represented  by  four 
ProJeot:Task  record  sets  called  Pending,  In-Prooess,  On-Hold, 
and  Conpleted.  An  attribute  use  class/reoord  set  napping 
indioates  that  a  particular  record  set  corresponds  to  a 
particular  attribute  use  olass  value. 
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Coaponent  Data  Field  (BIOS) 

A  data  field  that  is  pari  of  another  data  field;  e.g.,  if 
data  field  A  is  Bade  up  of  data  fields  B,  C,  and  D,  each  of 
these  latter  data  fields  is  a  ooaponent  of  A.  A  data  field 
cannot  be  a  ooaponent  of  aore  than  one  other  data  field. 


Coaponent  Dona in  CB240) 

An  eleaentary  doaain  that  is  part  of  another  doaain;  e.g.. 
a  Date  doaain  night  be  nade  up  of  a  Month  doaain.  a  Day  of  Month 
doaain.  and  a  Tear  doaain.  Each  of  these  latter  doaains  would 
be  a  coaponent  of  the  Date  doaain.  An  eleaentary  doaain  can  be 
a  coaponent  of  several  other  doaains. 


Coaponent  Unit  of  Measure  (8228) 

An  eleaentary  unit  of  aeasure  that  is  part  of  another  unit 
of  aeasure;  e.g.,  the  "lnoh"  unit  of  aeasure  is  a  coaponent  of 
the  "foot- inch"  unit  of  aeasure.  An  eleaentary  unit  of  aeasure 
can  be  a  coaponent  of  several  other  units  of  aeasure. 


Conceptual  Soheaa/ Internal  Scheaa  Coaplex  Mapping  A Igor it ha 
CE252,  CS-IS  Coaplex  Mapping  Algorithm)  ~ 

A  software  aodule  that  aust  be  used  to  access  or  transfora 
data  that  is  stored  in  a  Banner  that  the  CDMP  is  not  designed  to 
handle. 


Conceptual  Soheaa/Internal  Scheaa  Mapping  Parameter  (E253,  CS- 
IS  Parameter) 

A  aodule  paraaeter  that  is  used  to  provide  data  to  or  get 
data  froa  a  CS-IS  coaplex  aapplng  algorithm. 


Conceptual  Soheaa/Internal  Scheaa  Mapping  Paraaeter  Constant 
CE28S.  CS-IS  Para  Constant) 

A  static  data  value  that  is  provided  to  a  CS-IS  coaplex 
mapping  algorithm,  via  a  paraaeter,  to  Indicate  what  the 
algoritha  is  to  do. 
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Constraint  Attribute  Use  Class  Referenoe  (E219.  Constraint  AOC 
Reference) 

Indicates  that  an  attribute  use  olass  is  Mentioned 
sonewhere  within  a  constraint  stateeent. 


Constraint  Entity  Class  Referenoe  CE218.  Constraint  EC 
Reference)  ” 

Indicates  that  an  entity  olass  is  Mentioned  sonewhere 
within  a  constraint  statenent. 


Constraint  Input  Paraaeter  (E221) 

A  nodule  paraaeter  that  is  used  to  supply  an  attribute  use 
class  value  to  a  generated  constraint  AP. 


Constraint  Module  Reference  (B217) 

Indicates  that  a  software  nodule  is  Mentioned  in  a  con¬ 
straint  statenent.  A  software  nodule  can  be  Mentioned  in  the 
Failure  Action  clause  of  an  assertion  or  in  the  Action  clause  of 
a  trigger. 


Constraint  on  Attribute  Use  Class  Action  (E216.  Constraint  on 
AOC  Action) 

An  NDML  action  (SELECT  or  MODIFY)  that  is  specified  in 
conjunction  with  an  attribute  use  class  in  the  ON  clause  of  a 
constraint  statenent. 


Constraint  on  Entity  Class  Action  (E215,  Constraint  on  EC 
Action) 

An  NDML  notion  (SELECT,  INSERT.  MODIFY,  or  DELETE)  that  is 
specified  in  conjunction  with  an  entity  class  in  the  ON  clause 
of  a  constraint  statenent. 
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Constraint  Statement  (B21S) 

One  complete  NDDL  description  of  either  an  assertion,  a 
trigger,  or  a  horizontal  partition  fragment.  An  assertion  is  a 
rule  about  values  for  attribute  use  classes.  If  an  NDML  command 
attempts  to  violate  an  assertion,  the  CDMP  rejects  the  command 
with  an  error  message.  A  trigger  is  a  set  of  conditions  and  a 
set  of  aotions,  both  involving  entity  classes  and  attribute  use 
classes.  If  the  conditions  are  satisfied,  all  the  actions  are 
taken.  If  the  conditions  are  not  satisfied,  none  of  the  actions 
are  taken.  See  the  definitions  of  Horizontal  Partition  and 
Horizontal  Partition  Fragment  for  details  about  this  use  of 
constraint  statements. 


Constraint  Statement  Line  (E214) 

A  fixed-length  portion  of  a  constraint  statement. 


Database  Area  (E102) 

A  subdivision  of  a  CODASYL  database.  This  subdivision  is  a 
technique  for  improving  the  efficiency  accessing  database  record 
type  instances.  When  a  database  is  subdivided  into  database 
areas,  some  or  all  of  its  record  types  are  assigned  to 
particular  areas.  Instances  of  these  record  types  are  stored 
only  within  the  assigned  areas.  Then,  these  record  type 
instances  can  be  accessed  by  searching  only  the  appropriate 
areas  rather  than  the  entire  database.  This  access  method  is 
only  used  when  the  record  type  instances  cannot  be  located  by 
other  means  (e.g.,  by  calc  keys  or  record  sets). 


Database  Area  Assignment  (E103) 

Indicates  that  a  record  type  is  assigned  to  a  database 

area. 


Database  Directory  (E259) 

A  software  library  that  must  be  used  when  accessing  a 
database . 
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Database  Password  (E25) 

A  code  that  eust  be  supplied  when  logging  on  to  a  DBMS  to 
use  a  database.  The  DBMS  verifies  the  password  before  accepting 
any  other  Messages. 


Data  Field  (BB7) 

A  portion  of  a  record  type  in  which  data  values  can  be 
stored. 


I  Data  Field  Conceptual  Schema/ Internal  Schema  Mapping  Parameter 

( E257 ~  DF  CS-IS  Parameter) 

|  A  data  field  that  is  used  as  a  CS-IS  napping  parameter. 

I 

[  Data  Field/Record  Set  Linkage  (B41) 

I 

A  data  field  in  a  variable  data  set  in  a  TOTAL  database 
that  is  used  as  the  variable  control  key  for  a  linkpath  from  a 
master  data  6et. 


Data  Field  Redefinition  (E196) 

A  data  field  that  occupies  the  same  space  in  a  record  type 
as  another  data  field.  A  record  instance  cannot  contain  values 
in  both  data  fields.  One  instance  can  contain  a  value  in  one 
field  while  another  contains  a  value  in  the  other. 


I  Data  Format  (B233) 

i 

The  portion  of  a  generic  data  description  that  includes  the 
structural  characteristics  such  as  data  type,  length,  storage 
method,  etc.  If  a  generic  data  description  is  for  elementary 
values  (e.g..  customer  names),  it  will  have  only  one  data  format 
(e.g..  Data  Type  -  alphanumeric.  Length  -  30).  If  it  is  for 
compound  values  (e.g.,  part  numbers  consisting  of  six  numerals 
followed  by  three  letters  followed  by  four  more  numerals),  it 
'  will  have  more  than  one  data  format,  one  for  each  elementary 
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portion  of  the  values.  For  the  part  number  example  the  data 
formats  would  be: 


1. 

Data  Type  -  numeric 

Length 

-  6 

2. 

Data  Type  -  alphabetic 

Length 

-  3 

3. 

Data  Type  -  numeric 

Length 

■  4 

A  generic  data  description  with  a  compound  unit  of  measure, 
i.e..  one  that  is  a  group  of  component  unit  of  measures,  must 
have  a  data  format  for  each  component  unit  of  measure. 


Data  Item  (B16) 

An  attribute  class  as  seen  by  a  user  in  a  user  view.  i.e.. 
a  kind  of  data  (e.g..  employee  hire  date),  not  a  particular  data 
value  (e.g..  15  August  1980). 


Data  Management  System  (E23.  DMS) 

Either  a  database  management  system  or  a  file  management 
system,  i.e..  a  set  of  computer  programs  that  must  be  used  to 
establish  and  maintain  a  database  or  a  computer  file. 


Data  Type  (E93) 


The  combination  of  a  type  of  values  (e.g. ,  alphanumeric, 
signed  numeric,  etc.)  and  a  type  of  storage  (e.g.,  binary, 
packed ,  etc . ) 


Description  Type  (E40) 

A  generic  object  may  have  several  different  kinds  or  styles 
of  description  (short,  long,  technical,  nontechnical,  etc.). 

Each  is  a  description  type. 


DMS  on  Host  (E20) 


A  data  management  system  that  is  available  on  a  particular 

host . 
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Domain  (E2S8) 

A  set  of  rules  about  the  values  that  are  allowed  for  a  data 
item,  attribute  class,  or  data  field.  A  domain  is  either  an 
elementary  domain  of  a  group  of  two  or  more  elementary  domains, 
called  component  domains. 

Domain  Range  (E242) 

A  series  of  consecutive  values  that  represent  all  or  part 
of  an  elementary  domain. 


Domain  Value  (E241) 

A  single  value  within  an  elementary  domain. 


Elementary  Data  Field  (E194) 

A  data  field  that  does  not  have  any  component  data  fields. 


Elementary  Domain  (E259) 

A  domain  that  does  not  have  any  component  domains.  An 
elementary  domain  can  be  expressed  as  a  series  of  values  or 
value  ranges. 


Elementary  Unit  of  Measure  CE224) 

A  unit  of  measure  that  does  not  have  any  component  units  of 
measure . 


Entity  Class  (El) 

A  collection  of  similar  entities,  i.e.,  those  that  have  the 
same  kinds  of  attributes.  An  entity  is  a  person,  place,  event, 
thing,  concept,  etc. 


Entity  Class  (El) 

A  relational  join  operation  that  combines  two  related 
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entity  classes  as  part  of  the  design  of  a  record  type. 


Entity  Class/Record  Type  Mapping  (E204,  EC-RT  Mapping) 

Indicates  that  an  entity  class  corresponds  to  a  record 
type,  i.e.,  that  they  both  have  the  sane  meaning  and  that  the 
record  type  can  be  used  to  store  instances  of  the  entity  class. 

If  a  record  type  has  more  than  one  EC-RT  mapping,  some  of 
its  instances  correspond  to  instances  of  one  entity  class  while 
others  correspond  to  instances  of  another,  i.e.,  the  record  type 
is  the  relational  union  of  the  entity  classes.  An  example  is  a 
Replenishment  Order  record  type  that  naps  to  both  the  Purchase 
Order  and  Manufacturing  Order  entity  classes.  Each  record 
instance  represents  either  a  purchase  order  or  a  manufacturing 
order . 


Entity  Cl ass /Record  Type  Union  Discriminator  (B205.  EC-RT 
Onion  Discriminator) 

If  a  record  type  corresponds  to  more  than  one  entity  class, 
i.e.,  if  it  has  more  than  one  EC-RT  mapping,  it  is  the 
relational  union  of  those  entity  classes.  Some  instances  of 
such  a  record  type  correspond  to  instances  of  one  of  the  entity 
classes,  others  to  those  of  another.  For  such  a  record  type 
there  must  be  a  way  to  determine  which  record  instances 
correspond  to  instances  of  each  entity  class.  An  entity 
class/record  type  union  discriminator  provides  this  by 
specifying  that  a  given  value  in  a  given  data  field  indicates 
that  a  given  EC-RT  mapping  should  be  used. 


Entity  Class/Oser  View  Join  (E79.  EC-PV  Join) 

A  relational  join  operation  that  combines  two  related 
entity  classes  as  part  of  the  design  of  a  user  vie-;. 


File  ( E249 ) 

A  set  of  stored  data  that  is  managed  by  a  file  management 
system  (e.g.,  VSAM). 


I 
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FI le/Database  CE24) 

A  set  of  stored  data,  l.e.,  either  a  computer  file  (e.g.,  a 
VSAM  or  flat  file)  or  a  database  (e.g.,  an  ORACLE  or  IMS 
database) . 


File/Database  Reference  CE249) 

A  computer  file  or  database  that  is  either  accessed 
directly  by  a  software  module  or  is  specified  as  one  that  the 
CDM  Precompiler  must  use  for  MDML  requests  from  that  software 
module. 


Generated  Constraint  Application  Process  (E220,  Generated 
Constraint  AP) 

A  software  module  that  is  created  by  the  CDMP  from  a 
constraint  statement.  A  generated  constraint  AP  is  used  to 
evaluate  the  conditions  specified  in  a  constraint  statement,  to 
return  a  true-or-false  response,  and  to  carry  out  the  specified 
actions,  if  any. 


Generated  Request  Processor  (E9,  Generated  RP) 

A  software  module  that  was  created  by  the  CDMP  Precompiler. 


Generic  Data  Description  (E252) 

A  detailed  description  of  the  values  for  one  or  more  data 
items,  attribute  classes,  data  fields,  and/or  module  parameters. 
It  includes  format,  measurement,  and  domain  characteristics  of 
the  values. 


Generic  Data  Description  Component  Unit  of  Measure  (E237.  Gen 
Data  Peso  Component  POM) 

A  component  unit  of  measure  that  is  specified  as  part  of  a 
data  format.  These  are  only  specified  for  a  generic  data 
description  that  includes  a  compound  unit  of  measure,  i.e.,  one 
that  is  a  group  of  component  units  of  measure. 
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Generic  Data  Desorlptlon  Do Main  (E244) 

A  dona in  that  is  specified  as  part  of  a  generic  data 
description. 

i 

i 

Generic  Data  Description  Unit  of  Measure  (B2S6,  Generlo  Data 
Description  POMT 


A  unit  of  measure  that  is  specified  as  part  of  a  generic 
data  description. 


Generic  Object  (E172) 

Anything  with  a  naae  that  distinguishes  it  from  other 
things  of  the  sane  type  and  with  a  description  that  explains 
what  it  is  (e.g. ,  any  entity  class  or  attribute  class). 

Generic  Object  Description  CE174) 

An  explanation  of  what  a  particular  object  is. 


Generic  Object  Description  Line  (E175) 

One  fixed-length  portion  of  a  generic  object  description. 


Generic  Object  Keyword  (E173) 

A  keyword  for  a  particular  generic  object. 

Generic  Object  Kane  (E171) 

An  noun  or  noun  phrase  by  which  a  generic  object  is  known. 
Two  objects  can  have  the  sane  name . 


Horisontal  Partition  (E251) 

Indicates  that  the  sane  record  type  is  not  used  to  store 
all  instances  of  an  entity  class,  i.e..  that  one  is  used  to 
store  sone  instances  while  smother  is  used  to  store  others. 
Each  record  type  represents  a  "fragment"  of  the  entity  class. 
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These  fragments  do  not  overlap,  i.e.,  no  entity  instance  appears 
in  more  than  one  fragment.  An  entity  class  can  be  partitioned 
into  any  number  of  fragments,  usually  with  each  being  in  a 
different  database  or  file,  although  that  is  not  a  requirement; 
some  or  all  may  be  stored  as  different  record  types  in  the  same 
database  or  file.  A  constraint  statement  defines  each  fragment, 
i.e.,  describes  the  conditions  that  must  be  met  by  each  entity 
instanoe  that  is  stored  as  a  given  record  type.  If  an  entity 
class  is  replicated,  i.e.,  if  each  of  its  instances  is  stored  in 
more  than  one  database  or  file,  each  replication  can  be 
horizontally  partitioned.  For  example,  for  the  first 
replication  the  instances  could  be  partitioned  based  on  the 
values  in  one  attribute  use  class,  and  for  the  second 
replication  they  could  be  partitioned  based  on  the  values  in 
another . 


Horizontal  Partition  Fragment  (E212) 

A  record  type  that  is  used  to  store  some,  but  not  all,  of 
the  instances  of  an  entity  olass.  A  constraint  statement 
describes  the  conditions  that  must  be  met  by  each  entity 
instance  that  is  stored  as  the  reoord  type.  If  the  conditions 
are  satisfied  by  the  attribute  values  of  an  entity  instance,  it 
can  be  stored  as  an  instance  of  the  reoord  type;  otherwise,  it 
cannot  be. 


Host  (E21) 

A  computer  in  the  1ISS. 


IMS  Segment  (E81) 

A  record  type  in  a  database  that  is  controlled  by  IBM's  IMS 

DBMS . 


Inherited  Attribute  Class  (E7) 

A  key  class  member  that  has  migrated  from  the  independent 
entity  class  of  a  relation  class  to  become  an  attribute  use 
class  in  the  dependent  entity  class. 
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Inherited  Key  Class  (E14S) 

A  key  class  in  the  independent  entity  class  of  a  relation 
class  that  has  migrated  to  appear  in  the  dependent  entity  class 
of  that  relation  olass. 


key  Class  (BS) 

A  group  of  one  or  nore  of  an  entity's  attributes  that  can 
be  used  to  uniquely  identify  the  entity  within  its  entity  class. 
An  entity  can  have  nore  than  one  key.  A  key  class  is  a 
collection  of  the  attribute  olasses  whose  member  attributes 
comprise  the  keys  for  the  entities  in  an  entity  class.  An 
entity  class  has  the  same  number  of  key  classes  as  each  of  its 
member  entities  has  keys.  For  example .  if  each  entity  has  three 
keys,  the  entity  olass  has  three  key  classes. 


Key  Class  Member  (E6) 

An  attribute  use  olass  that  is  part  of  a  key  class. 
Library  Module  (E248) 

A  software  module  that  is  stored  in  a  software  library. 
Model  (E155) 

A  representation  of  the  information  requirements  of  all  or 
part  of  an  enterprise  in  terms  of  entity  classes,  relation 
classes,  and  attribute  classes.  Model  Glossary  Name  (E176) 

A  name  of  a  model  entity  class  or  a  model  attribute  class, 
either  an  official  name  or  an  alias. 


Module  Parameter  (E59) 


A  means  of  supplying  values  to  a  software  module  and  of 
receiving  results  from  a  module. 
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Mttierlo  Data  Format  (B23B) 

A  data  format  for  values  that  can  only  contain  numerals  (0- 
9)  and  associated  punotuation  (decimal  point,  oonma,  etc.). 


Owned  Attribute  Class  (E140) 

A  model  attribute  class  that  appears  as  an  attribute  use 
class  in  a  model  entity  olass  and  is  not  an  inherited  attribute 
class. 


Program  Control  Block  (E76,  PCS) 

A  portion  of  a  PSB  that  describes  and  controls  how  an  IMS 
database  can  be  accessed. 


Program  Specification  Block  (B77,  PSB) 

A  group  of  logical  views  of  IMS  databases  that  is  used  for 
interacting  with  the  IMS  DBMS. 


Record  Set  (E72) 

An  association  between  one  record  type,  called  the  owner, 
and  one  or  more  other  record  types,  called  the  members. 

Record  Set  Member  (E134) 

A  record  type  that  is  a  member  of  a  record  set. 


Record  Type  (E66) 

A  group  of  data  values  that  are  stored  together  as  a  unit 
in  a  computer  file  or  database.  A  record  type  is  the  collection 
of  all  the  records  of  the  same  kind,  i.e.,  all  the  records  that 
contain  the  same  kind  of  data  values. 
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Record  Type  Conceptual  Sohema/  Internal  gchema  Mapping 
Parameter  (E256,  RT  CS-IS  Parameter)  “ 

A  record  type  that  is  used  a6  a  CS-IS  sapping  parameter. 


Relation  Class  (E4) 

An  association  between  an  entity  in  one  entity  class  and 
one  in  another.  A  relationship  has  a  label  that  describes  the 
association.  For  example,  a  oust oner  named  ARC  Corp.  is 
associated  with  an  order  numbered  123  in  a  manner  labeled 
"placed".  A  elation  olass  is  a  collection  of  the  identically 
labeled  relationships  between  the  nenbers  of  the  sane  two  entity 
classes.  Each  relation  olass  is  either  specific  or  nonspeoif ic. 

In  a  speoifio  relation  class  one  entity  class  is 
"independent"  while  the  other  is  "dependent";  i.e.,  entities  in 
the  first  can  exist  without  being  associated  with  any  in  the 
second,  but  those  in  the  seoond  cannot  exist  without  being 
associated  with  one  in  the  first.  One  key  class  fron  the 
independent  entity  olass  "nigrates”  through  each  speoifio 
relation  class  to  appear  in  the  dependent  entity  olass  as 
inherited  attribute  classes. 

In  a  nonspecific  relation  class,  neither  entity  class  is 
dependent  on  the  other;  i.e.,  entities  in  either  entity  class 
can  exist  without  being  associated  with  any  in  the  other.  For 
convenience,  one  entity  class  is  arbitrarily  called 
"independent"  and  the  other  is  called  "dependent". 


Relation  Class/Reoord  Set  Mapping  (E109,  RC-Set  Mapping) 

Indicates  that  a  record  set  represents  the  same  association 
as  a  relation  olass.  If  a  record  set  has  more  than  one  member 
record  type,  it  may  represent  several  relation  classes,  a 
different  one  for  each  member.  Henoe,  this  entity  class  is  only 
indirectly  dependent  on  reoord  set  (via  record  6et  member). 


Repeating  Data  Field  Occurrence  Counter  (E258,  Repeating  DF 
Occurrence  Counter) 

A  data  field  whose  data  values  indicate  how  many 
occurrences  of  a  repeating  data  field  actually  contain  values. 


TBM620141000 
1  November  1985 


8etfment  Data  Field  (882) 

A  data  field  in  an  IMS  segment. 


Software  Library  (E247) 

A  computer  file  in  whioh  software  modules  can  be  stored. 


Software  Module  (E87) 

A  set  of  computer  instructions  that  are  treated  as  a  whole 
(i.e.,  stored,  compiled,  and  executed  together). 


Subschema  (E14) 

The  description,  in  the  DDL  of  a  OODASTL  DBMS,  of  all  or 
part  of  a  database.  For  XXSS  only  one  subschema  is  needed  for  a 
OODASTL  database,  and  it  must  describe  all  the  common  data 
within  the  database  that  is  to  be  accessible  with  MDHL. 


Unit  of  Measure  (B223) 

A  standard  scale  for  determining  the  magnitude  of 
something.  Examples  inolude  inoh,  foot,  foot-inch,  meter,  ounoe, 
pound,  hour,  minute,  second,  eto. 


Unit  of  Measure  Conversion  (E226) 

A  means  of  transforming  a  value  expressed  in  one  unit  of 
measure  into  an  equivalent  value  expressed  in  another  (e.g.. 
transforming  inohes  to  feet  or  feet  to  meters). 


Unit  of  Measure  Conversion  Constant  (E230.  POM  Conversion 
Constant! 

A  number  in  a  unit  of  measure  conversion  step  that  is  the 
same  every  time  the  conversion  is  performed. 
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Pnlt  of  Measure  Conversion  Module  (8227.  POM  Conversion 
Module) 

A  software  module  that  can  be  used  to  perform  a  unit  of 
measure  conversion. 


Pnlt  of  Measure  Conversion  Parameter  (B228.  POM  Conversion 
Parameter^ 

A  nodule  parameter  that  is  used  to  supply  values  to  or 
receive  values  from  a  unit  of  measure  conversion  module. 


Pnlt  of  Measure  Conversion  Step  (E229,  POM  Conversion  Step) 

One  of  a  series  of  arithmetic  steps  that  can  be  used  to 
perform  a  unit  of  measure  conversion.  Each  step  takes  the  value 
resulting  from  the  prior  step  (the  first  step  uses  the  value  to 
be  converted)  and  adds,  subtracts,  multiplies,  or  divides  by 
another  value,  either  a  constant  or  a  variable.  The  result  of 
the  last  step  is  the  converted  value.  The  processing  sequence 
is  always  first  step  to  last;  parentheses,  branching,  and 
conditional  tests  are  not  allowed.  Consequently,  some  unit  of 
measure  conversions  cannot  be  performed  in  this  manner  (e.g., 
converting  meters  to  feet -and- i nches ) . 


Pnlt  of  Measure  Conversion  Variable  (E251,  POM  Conversion 
VarlableT 

A  number  in  a  unit  of  measure  conversion  step  that  can  be 
different  every  time  the  conversion  is  performed.  This  is  only 
used  when  the  unit  of  measure  being  converted  from  has  two  or 
more  component  twits  of  measure.  Eaoh  component  is  a  variable 
and  eaoh  is  involved  in  a  separate  step. 


Pser  Application  Process  (E8,  User  AP) 

A  software  module  that  supports  business  activities  rather 
than  data  processing  activities  and  that  can  be  executed 
directly,  i.e-,  a  main  routine,  not  a  subroutine.  A  user  AP  may 
contain  NDML  commands  for  accessing  stored  data  via  the  CDM,  or 
it  may  access  them  direotly  via  DMSs,  or  it  may  call  subroutines 
that  oontain  NDML  commands  or  that  access  stored  data  directly. 
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g»#r  View  (B15) 

A  group  of  data  items  that  a  user  wants  to  deal  with  as  a 
group.  It  is  similar  to  an  entity  olass  hut  does  not 
necessarily  meet  all  the  conditions  for  being  one;  it  can  be 
thought  of  as  an  unnormal ised  entity  olass.  A  user  view  is 
often  the  result  of  combining  several  entity  classes  via 
relational  Join  operations  and  selecting  particular  attribute 
use  classes  as  data  items  via  relational  project  operations. 


User  View  Reference  (El 16) 

A  user  view  against -which  a  software  nodule  poses  NDML 
commands. 


Verification  Module  (E243) 

A  software  module  that  can  be  used  to  determine  whether  a 
value  conforms  to  a  domain. 


4.2  Owned  and  Inherited  Attribute  Classes 


Entity  Class/ Attribute  Class  Wane _ Source  Key 


Alpha-Humerlc  Data  Format; 


Data  Description  Object  Number 
Format  Number 
Maximum  Length 
Fill  Character 
Alphabetic  Case  Code 


E233 

E233 

Owned 

Owned 

Owned 


K1 

XI 


Attribute  Class: 


Model  Object  Number 
Attribute  Class  Object  Number 
Attribute  Class  Label 


E176  XI. K2 

E176  XI 

Owned  K2 
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Attribute  Class  Data  Description; 

Model  Object  Number 
Attribute  Class  Objeot  Number 
Data  Description  Objeot  Number 


Attribute  Use  Class: 

Model  Object  Number 
Attribute  Use  Class  Number 
Entity  Class  Object  Number 
Attribute  Use  Class  Object  Name 
Attribute  Use  Class  Label 
Attribute  Class  Objeot  Number 


E2 

K1 

E2 

El 

E232 

E140.E171 

K1.K2 

Owned 

K1 

El 

K2.K3 

E171 

K2 

Owned 

K3 

E140 

Attribute  Use  Class  Conceptual  Schema/ Internal  Schema 
Mapping  Parameter: 


Model  Object  Number 

E253.E250 

K1 

Entity  Class  Object  Number 

E253.E250 

K1 

File/Database  Object  Number 

E253.E250 

K1 

Record  Type  Objeot  Name 

E253.E250 

K1 

Module  Identification 

E253 

K1 

Parameter  Sequence  Number 

E253 

K1 

Attribute  Use  Class  Number 

E250 

K2 

Attribute  Use  Class/Data  Field  Mapping: 


Model  Object  Number 

E250 

K1 

Entity  Class  Object  Number 

E250 

K1 

File/Database  Object  Number 

E250 

K1 

Record  Type  Object  Name 

E250 

K1 

Attribute  Use  Class  Number 

Data  Field  Object  Name 

Repeating  Data  Field  Index  Indicator 

E250 

E67 

Owned 

K1 

Attribute  Use  Class/Data  Item  Mapping: 


User  View  Object  Number 

E16 

K1 

Data  Item  Object  Name 

E16 

K1 

Model  Object  Number 

E5 

Attribute  Use  Class  Number 

E5 
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Attrllmte  Use  Cl ass /Internal  Schema  Mapping: 


Model  Object  Humber 

E204.E5 

K1 

Entity  Class  Object  Number 

E204 

El 

File/Datab&se  Object  Number 

E204 

El 

Record  Type  Object  Name 

E204 

El 

Attribute  Use  Class  Number 

E5 

El 

Preference  Number 

Owned 

Attribute  Ose  Class/Record  Set  Mapping; 


Model  Object  Number 

ESSO 

K1 

Entity  Class  Object  Number 

£250 

El 

File/Database  Object  Number 

E250.E72 

K1.K2 

Record  Type  Object  Name 

ESSO 

El 

Attribute  Use  Class  Number 

E250 

El 

Record  Set  Object  Name 

E72 

E2 

Equivalent  Attribute  Use  Class  Value 

Owned 

Component  Data  Field: 

File/Database  Object  Number 

E67.E67 

El 

Record  Type  Object  Name 

E67.E67 

El 

Component  Data  Field  Objeot  Name 

E67 

El 

Group  Data  Field  Object  Name 

E67 

Component  Domain: 

Group  Domain  Object  Number 

E238 

El  ,E2 

Elementary  Domain  Object  Number 

E239 

El 

Component  Domain  Sequence  Number 

Owned 

E2 

Component  Unit  of  Measure: 

Group  UOM  Code 

E223 

E1.K2 

Elementary  UOM  Code 

E224 

El 

Component  UOM  Sequenoe  Number 

Owned 

E2 

Conceptual  Sohema/ Internal  Schema  Complex 

Mapping  Algorithm: 

Model  Object  Number 

E204 

El 
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Entity  Class  Object  Number 

E204 

K1 

File/Database  Object  Number 

E204 

K1 

Record  Type  Object  Name 

E204 

K1 

Module  Identification 

E57 

El 

CS-IS  Mapping  Algorithm  Use  Code 

Owned 

Conceptual  Schema/ Internal  Schema  Mapping 

Parameter : 

Model  Object  Number 

E252 

El 

Entity  Class  Object  Number 

E252 

El 

Fi le/Database  Object  Number 

E252 

El 

Record  Type  Object  Name 

E252 

El 

Module  Identification 

E252.E59 

El 

Parameter  Sequence  Number 

E59 

El 

Conceptual  Schema/ Internal  Schema  Mapping  Parameter  Constant: 


Model  Object  Number 

E253 

El 

Entity  Class  Object  Number 

E253 

El 

File/Database  Object  Number 

E253 

El 

Record  Type  Object  Name 

E253 

El 

Module  Identification 

E253 

El 

Parameter  Sequence  Number 

E253 

El 

CS-IS  Mapping  Constant  Use  Code 

Owned 

El 

CS-IS  Mapping  Constant  Value 

Owned 

Constraint  Attribute  Use  Class  Reference: 

Statement  Object  Number 

E213 

El 

Model  Object  Number 

E5 

El 

Attribute  Use  Class  Number 

E5 

El 

Constraint  Entity  Class  Reference: 


Statement  Object  Number 

E213 

El 

Model  Object  Number 

El 

K1 

Entity  Class  Object  Number 

El 

K1 

Constraint  Input  Parameter : 


Module  Identification 
Parameter  Sequence  Number 


E59.E220  K1 
E59  K1 
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Statement  Object  Huaber 

E219.E220 

K2 

Model  Object  Muaber 

E219 

K2 

Attribute  Use  Class  Huaber 

E219 

K2 

Constraint  Module  Reference: 

Stateaent  Object  Huaber 

E215 

El 

Module  Identification 

E57 

K1 

Constraint  on  Attribute  Use  Class  Action: 

1 

Stateaent  Object  Huaber 

E219.E215 

K1 

Model  Object  Huaber 

E219.E215 

K1 

Attribute  Use  Class  Huaber 

E219 

K1 

Entity  Class  Object  Huaber 

E215 

Stateaent  Action 

E215 

K1 

Constraint  on  Entity  Class  Aotlon: 


Stateaent  Object  Huaber 

E218.E213 

K1 

Model  Object  Huaber 

E218 

K1 

Entity  Class  Object  Huaber 

E218 

K1 

Stateaent  Action 

Owned 

K1 

Constraint  Stateaent: 

Stateaent  Object  Huaber 

E171 

K1 

Stateaent  Object  H&ae 

E171 

Stateaent  Type  Code 

Owned 

Constraint  Stateaent  Line: 

Stateaent  Object  Huaber 

E213 

K1 

Stateaent  Line  Huaber 

Owned 

K1 

Stateaent  Line  Text 

Owned 

Database  Area: 

Fi le /Database  Object  Huaber 

E24 

K1 

Database  Area  Identification 

Owned 

K1 
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Database  Am  Assignment: 


Fi le/Database  Object  Number 

E102.E66 

K1 

Database  Area  Identification 

E102 

K1 

Reoord  Type  Object  Name 

E66 

K1 

Database  Directory: 

Fi le/Database  Objeot  Number 

E24 

K1 

Host  Identification 

E247 

Library  Identification 

E247 

Database  Password: 

Fi le/Database  Object  Number 

E24 

K1 

Database  Password 

Owned 

Data  Field: 

Fi le/Database  Object  Number 

E66 

K1.K2 

Reoord  Type  Object  Name 

E66 

K1.K2 

Data  Field  Object  Number 

E171 

Data  Field  Object  Name 

E171 

K1 

Data  Field  Sequence  Number 

Owned 

K2 

Record  Key  Code 

Owned 

Number  of  Data  Field  Occurrences 

Owned 

DBMS-Aocessible  Data  Field  Indicator 

Owned 

Data  Field  Conceptual  Schema/ Internal 

Schema  Mapping  : 

Parameter 

Model  Objeot  Number 

E253 

K1 

Entity  Class  Object  Number 

E253 

K1 

Fi le/Database  Object  Number 

E253.E67 

K1 

Record  Type  Object  Name 

E253.E67 

K1 

Module  Identification 

E253 

K1 

Parameter  Sequence  Number 

E253 

K1 

Data  Field  Object  Name 

E67 

Data  Fleld/Reoord  Set  Linkage: 

Fi le/Database  Object  Number 


E67.E134  K1.K2 
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Record  Type  Object  Raae 

167.1184 

11.12 

Data  Field  Object  Raae 

167 

11 

Record  Set  Object  Rase 

1184 

12 

Linkage  Type  Code 

Owned 

Data  Field  Redefinition: 

Fi le/Database  Object  Ruaber 

167.167 

11 

Record  Type  Object  Maae 

167.167 

11 

Redefining  Data  Field  Objeot  Maae 

167 

11 

Redefined  Data  Field  Objeot  Maae 

167 

Data  Foraat: 

Data  Description  Objeot  Mumber 

1282 

11 

Foraat  Ruaber 

Owned 

11 

Data  Type  Code 

193 

Data  I tea: 

User  View  Object  Ruaber 

118 

11 

Data  I tea  Object  Ruaber 

1171 

Data  I tea  Object  Raae 

1171 

11 

Data  Manageaent  S vs tea: 

DMS  Raae 

Owned 

11 

DMS  Type  Code 

Owned 

Data  Type: 

Data  Type  Code 

Owned 

11 

Data  Type  Raae 

Owned 

12 

Description  Type: 

Description  Type  Code 

Owned 

11 

Description  Type  Raae 

Owned  DMS 

on  Host: 

DMS  Maae 

Host  Identification 


K2S 

121 


11 

11 
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Null  Value 


Owned 


Domain: 


Domain  Object  Number 
Domain  Objeot  Name 


E171  El 

E171 


Domain  Range: 


Elementary  Domain  Objeot  Number  E239  K1 

Beginning  Value  Owned  El 

Ending  Value  Owned  El 

Domain  Value: 

Elementary  Domain  Objeot  Number  E2S9  El 

Specific  Value  Owned  El 

Elementary  Data  Field: 

File/Database  Object  Number  E67  El 

Reoord  Type  Objeot  Name  E67  El 

Data  Field  Objeot  Name  E67  El 

Data  Description  Objeot  Number  E2S2 


Elementary  Domain: 

Elementary  Domain  Objeot  Number  E238  El 

Data  Description  Objeot  Number  E232 


Elementary  Unit  of  Measure: 
Elementary  DON  Code 


E223  El 


Entity  Class: 


Model  Objeot  Number 
Entity  Class  Objeot  Number 
Entity  Class  Label 


E176  E1.E2 

E176  El 

Owned  E2 
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Entity  Class/Reoord  Type  Join; 


Model  Objeot  Number 

E204.E143 

El 

Entity  Class  Objeot  Number 

E204 

El 

File/D&t&base  Objeot  Number 

E204 

El 

Record  Type  Objeot  Name 

E204 

El 

Relation  Class  Objeot  Number 

E148 

El 

EC-RT  Join  Type  Code 

Owned 

Entity  Cl&ss/Reoord  Type  Mapping: 


Model  Objeot  Number 

El 

El 

Entity  Class  Objeot  Number 

El 

El 

File/D&tabase  Object  Number 

E66 

El 

Record  Type  Objeot  Name 

E66 

El 

Entity  Class/Reoord  Type  Union  Disoriminator 

• 

• 

Model  Object  Number 

E204 

El 

Entity  Class  Objeot  Number 

E204 

El 

File/Database  Objeot  Number 

E204.E67 

El 

Record  Type  Objeot  Name 

E204.E67 

El 

Data  Field  Objeot  Name 

E67 

El 

EC-RT  Union  Value 

Owned 

Entity  Class/Pser  View  Join: 


Model  Object  Number 

E143 

El 

Relation  Class  Objeot  Number 

E146 

El 

User  View  Objeot  Number 

E15 

El 

EC-UV  Join  Type  Code 

Owned 

File: 


File/Database  Objeot  Number 

E24 

El 

Blocking  Factor 

Owned 

Devioe  Type  Code 

Owned 

FI le/Database : 


File/D&t&base  Object  Number 


E171 


K1 
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Fi le/Database  Object  Raae 
DM8  IftM 

Host  Identification 


E171  K2 

E20 

E20 


File/Databaee  Reference: 


Module  Identification 

Fi le/Database  Object  Eunber 

Fi le/Database  Reference  Type  Code 


E57  El 
E24  El 
Owned 


Generated  Constraint  Application  Propose: 

Module  Identification  E57  El 

Statement  Object  Humber  E215  E2 


Generated  Request  Processor: 

Generated  Module  Identification  E57  El 

Generating  Module  Identification  E57 


Generic  Data  Description; 

Data  Description  Object  Number  E171  El 

Data  Description  Objeot  Raae  E171 


Generic  Data  Description  Component  Unit  of  Measure: 


Data  Description  Object  Number 
Format  Number 
Group  UOM  Code 
Elementary  UOM  Code 

Generic  Data  Description  Domain: 

Data  Description  Objeot  Number 
Domain  Object  Number 


E255 , E256  El 


E235 

E225 

E225 


E2S2 

E238 


El 


El 


Generic  Data  Description  Unit  of  Measure: 

Data  Description  Object  Number  E232  El 

UOM  Code  E223 
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Generic  ObJeot: 


ObJeot  Humber 

Owned 

81 

ObJeot  Creation  Date 

Owned 

ObJeot  Modification  Date 

Owned 

Generic  ObJeot  Description: 

ObJeot  Humber 

8173 

81 

Description  Type  Code 

840 

81 

Author  Identification 

Owned 

Generic  ObJeot  Description  Line: 


ObJeot  Humber 

8174 

81 

Description  Type  Code 

8174 

81 

Description  Line  Humber 

Owned 

81 

Description  Text 

Owned 

Generic  Object  Keyword : 

ObJeot  Humber 

8173 

81 

Heyword 

Owned 

81 

Generic  Object  Hame: 

ObJeot  Humber 

8173 

81 

ObJeot  Hame 

Owned 

81 

ObJeot  Hame  Type  Code 

Owned 

Horizontal  Partition: 

Model  Object  Humber 

81 

81 

Entity  Class  ObJeot  Humber 

81 

81 

Horisontal  Partition  Humber 

Owned 

Horisontal  Partition  Fragment: 

Model  ObJeot  Humber 

8381 

81 
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E251  K1 

E251 

E204  El 

E204  El 


Owned  El 


B86  El 
BOB  El 
Owned 


E5.E14S.BB  El 
E8  El 

E145 
E6 

EC  Member  Attribute  Use  Class  Number  E6 


Inherited  Eev  Class: 


Model  Objeot  Number 

E4.ES 

El 

Relation  Class  Objeot  Number 

E4 

El 

Eey  Class  Number 

BS 

Eev  Class: 

Model  Object  Number 

El 

El 

Entity  Class  Object  Number 

El 

Eey  Class  Number 

Owned 

El 

Eev  Class  Member: 

Model  Object  Number 

ES.E5 

El 

Eey  Class  Number 

ES 

El 

Attribute  Use  Class  Number 

E5 

El 

Entity  Class  Object  Number 
Horlsontal  Partition  Number 
Flle/Database  Object  Number 
Record  Type  Objeot  Name 


Host: 

Host  Identification 


IMS  Segment: 

Flle/Database  Objeot  Number 
Record  Type  Objeot  Name 
Segment  Slse 


Inherited  Attribute  Class: 

Model  Object  Number 
Attribute  Use  Class  Number 
Relation  Class  Objeot  Number 
Eey  Class  Number 
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Library  Module: 


Host  Identification 

E247 

El 

Library  Identification 

B247 

El 

Module  Identification 

BS7 

El 

Model: 

Model  Objeot  Mumber 

E171 

El 

Model  Object  Name 

E171 

E2 

Model  Glossary  Name: 

Model  Objeot  Number 

El  88 

E1.E2 

Objeot  Number 

E171 

El 

Objeot  Name 

B171 

E2 

Module  Parameter: 

Module  Identification 

E87 

E1.E2 

Parameter  Identification 

Owned 

El 

Parameter  Sequence  Number 

Data  Description  Objeot  Number 
Parameter  Use  Code 

Owned 

E232 

Owned 

E2 

Iggerio  Data  Format : 


Data  Description  Objeot  Number 

E233 

El 

Format  Number 

E233 

El 

Integer  Length 

Owned 

Decimal  Length 

Owned 

Round/Truncate  Code 

Owned 

Storage  Type  Code 

Owned 

Owned  Attribute  Class: 


Model  Objeot  Humber 
Attribute  Class  Objeot  Number 
Entity  Class  Objeot  Number 


E2.E1  El 

E2  El 

El 
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Progaa  Control  Blook: 


File/Database  Object  Inaber 
PSB  Base 

P8B  Sequence  Vuaber 
Key  Feedback  Length 


£24  K1 

877 
Owned 
Owned 


Prograa  Specification  Blook: 

PSB  laae  Owned  K1 

Host  Identlf ioat&on  821 


Record  Set: 


File/Database  Objeot  Buaber 
Record  Set  Objeot  Baae 
Record  Set  Objeot  Buaber 
Record  Type  Objeot  Baae 
Total  Buaber  of  Meabers 


Record  Set  Meaber: 


8171 

8171 


Owned 


XI 

K1 


File/Database  Objeot  Buaber 

£72.866 

XI 

Record  Set  Objeot  Baae 

£72 

XI 

Reoord  Type  Object  Baae 

£66 

XI 

Required  Meabership  Indicator 

Owned 

Reoord  Type: 

File/Database  Objeot  Buaber 

£24 

XI 

Reoord  Type  Objeot  Bane 

£171 

XI 

Reoord  Type  Objeot  Buaber 

£171 

Reoord  Type  Conceptual  Schena/ Internal 

Soheaa  Mapping 

Model  Objeot  Buaber 

£285 

XI 

Bntity  Class  Objeot  Buaber 

£255 

XI 

File/Database  Objeot  Buaber 

8285 

XI 

Reoord  Type  Objeot  Baae 

8255 

XI 

Module  Identification 

£255 

XI 

Paraaeter  Sequenoe  Buaber 

£255 

XI 
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Relation  Class: 


Modal  Object  Munber  El, El  K1,E2 

Relation  Class  Object  Munber  E171  El 

Independent  Entity  Class  Objeot  Munber  El  K2 

Dependent  Entity  Class  Objeot  Munber  El  K2 

Relation  Class  Objeot  Mane  E171  K2 


Mini nun  Munber  of  Independent  Entities  Owned 
Max  inrun  Munber  of  Independent  Entities  Owned 
Mininun  Munber  of  Dependent  Entities  Owned 
Maxinun  Munber  of  Dependent  Entities  Owned 

Relation  Class/Reoord  Set  Mapping: 


Model  Objeot  Munber 

E14S 

El 

Relation  Class  Objeot  Munber 

E14S 

El 

File/Database  Objeot  Munber 

E184 

El 

Record  Set  Objeot  Mane 

E184 

El 

Record  Type  Objeot  Mane 

E134 

El 

Repeating  Data  Field  Ooourrenoe  Counter: 

File/Database  Objeot  Munber  E67.E67  K1.K2 

Record  Type  Objeot  Mane  E67.E67  K1.K2 

Counter  Data  Field  Objeot  Mane  E67  El 

Repeating  Data  Field  Objeot  Mane  E67  E2 


Segnent  Data  Field: 


File/Database  Object  Munber 

E67 

El 

Record  Type  Objeot  Mane 

E67 

El 

Data  Field  Objeot  Mane 

E67 

El 

Segnent  Starting  Byte 

Owned 

Software  Library: 


Host  Identification 
Library  Identification 
Library  Type  Code 


E21 

Owned 

Owned 


El 

El 
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Software  Nodule: 

Module  Identification 

Owned 

El 

Object  Number 

E171 

K2 

Object  Mane 

E171 

K2 

Software  Language  Mane 

Owned 

Latest  Usage  Date 

Owned 

Subschema: 

Pile/Database  Object  Number 

E24 

XI 

Schema  Marne 

Owned 

Subschema  Marne 

Owned 

Unit  of  Measure: 

UOM  Code 

Owned 

El 

UOM  Marne 

Owned 

E2 

Unit  of  Measure  Conversion: 

From  UOM  Code 

E223 

El 

To  UOM  Code 

E223 

El 

Unit  of  Measure  Conversion  Constant: 

From  UOM  Code 

E229 

El 

To  UOM  Code 

E229 

El 

UOM  Step  Number 

E229 

El 

UOM  Constant  Value 

Owned 

Unit  of  Measure  Conversion  Module: 

From  UOM  Code 

E226 

El 

To  UOM  Code 

E226 

El 

Module  Identification 

E57 

Unit  of  Measure  Conversion  Parameter: 

From  UOM  Code 

E227 

El 

To  UOM  Code 

E227 

El 
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Elementary  COM  Code 
Module  Identification 
Parameter  Sequence  Humber 


E224 

E89 

E59 


Unit  of  Measure  Conversion  St 


From  UOM  Code 
To  UOM  Code 
UOM  Step  Mumber 
UOM  Step  Operator 


E226 

E226 

Owned 

Owned 


Unit  of  Measure  Conversion  Variable: 


From  UOM  Code 
To  UOM  Code 
UOM  Step  Number 
Elementary  UOM  Code 


E229 

E229 

E229 

E224 


User  Application  Process: 


User  AP  Module  Identification 


U6er  View: 


User  View  Object  Humber 
User  View  Objeot  Name 


E171 

E171 


User  View  Reference: 


Module  Identification 
User  View  Object  Name 


Verification  Module: 


Domain  Objeot  Humber 
Module  Identification 


E2S8 

E87 
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4.5  CDM1  Entity  Class  Glossary  Index  by  Entity  Class  Humber 


EC  Mo  Entity  Class  Name 

1  Entity  Class 

2  Attribute  Class 

5  Key  Class 

4  Relation  Class 

5  Attribute  Use  Class 

6  Key  Class  Member 

7  Inherited  Attribute  Class 

8  User  Request  Processor 

9  Generated  Application  Process 

14  Subschema 

15  User  View 

16  Data  Item 

20  DMS  on  Host 

21  Host 

23  Data  Management  System 

24  File/Database 

25  Database  Password 

40  Description  Type 

41  Data  Field/Record  Set  Linkage 

57  Software  Module 

59  Module  Parameter 

64  Attribute  Use  Cla66/Data  Item  Mapping 

66  Record  Type 

67  Data  Field 

72  Record  Set 

76  Entity  Class/Record  Type  Join 

77  Program  Specification  Blook 

78  Program  Control  Block 

79  Entity  Class/U6er  View  Join 

81  IMS  Segment 

82  Segment  Data  Field 

93  Data  Type 

102  Database  Area 

103  Database  Area  Assignment 

108  Attribute  Use  Class/Data  Field  Mapping 

109  Relation  Class/Record  Set  Mapping 

116  User  View  Reference 

134  Reoord  Set  Member 

135  Attribute  Use  Class/Reoord  Set  Mapping 

140  Owned  Attribute  Class 

143  Inherited  Key  Class 

155  Model 
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EC  Mo 

171 

172 
175 

174 

175 

176 
184 

194 

195 

196 

204 

205 
212 

213 

214 

215 

216 

217 

218 

219 

220 
221 

223 

224 

225 

226 

227 

228 

229 

230 

231 

232 

233 

234 

235 

236 

237 

238 

239 

240 

241 

242 

243 

244 
247 


Entity  Class  Name 

Generio  Objeot  Mane 

Generic  Objeot 

Generio  Objeot  Keyword 

Generio  Objeot  Description 

Generio  Objeot  Description  Line 

Model  Glossary  Vane 

Attribute  Class  Data  Description 

Elementary  Data  Field 

Component  Data  Field 

Data  Field  Redefinition 

Entity  Class /Record  Type  Mapping 

Entity  Class/Reoord  Type  Onion  Discriminator 

Horizontal  Partition  Fragment 

Constraint  Statement 

Constraint  Statement  Line 

Constraint  On  Entity  Class  Action 

Constraint  On  Attribute  Use  Class  Action 

Constraint  Module  Reference 

Constraint  Entity  Class  Reference 

Constraint  Attribute  Use  Class  Reference 

Generated  Constraint  Application  Process 

Constraint  Input  Parameter 

Unit  of  Measure 

Elementary  Unit  of  Measure 

Component  Unit  of  Measure 

Unit  of  Measure  Conversion 

Unit  of  Measure  Conversion  Module 

Unit  of  Measure  Conversion  Parameter 

Unit  of  Measure  Conversion  Step 

Unit  of  Measure  Conversion  Constant 

Unit  of  Measure  Conversion  Variable 

Generic  Data  Description 

Data  Format 

Alpha-Numeric  Data  Format 
Numeric  Data  Format 

Generic  Data  Description  Unit  of  Measure 

Generio  Data  Description  Component  Unit  of  Measure 

Domain 

Elementary  Domain 

Component  Domain 

Domain  Value 

Domain  Range 

Verification  Module 

Generic  Data  Description  Domain 

Software  Library 
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EC  Wo  Entity  Class  Name 

248  Library  Module 

249  File/Databa8e  Reference 

250  Attribute  Use  Class/ Internal  Schema  Mapping 

251  Horizontal  Partition 

252  Conceptual  Schema/ Internal  Schema  Complex  Mapping 

Algorithm 

255  Conceptual  Schema/ Internal  Schema  Mapping  Parameter 

254  Attribute  Use  Class  Conceptual  Schema/ Internal 

Schema  Mapping  Parameter 

255  Conceptual  Schema/ Internal  Schema  Mapping  Parameter 

Constant 

256  Record  Type  Conceptual  Schema/ Internal  Schema 

Mapping  Parameter 

257  Data  Field  Conceptual  Schema/ Internal  Schema  Mapping 

Parameter 

258  Repeating  Data  Field  Occurrence  Counter 

259  Database  Directory 


4.4  CDM1  Entity  Class  Glossary  Index  by  Entity  Class  Label 


Mote: 

Only  entity  classes  whose  labels  are  different  than  their 
names  are  listed  here.  If  an  entity  class  label  is  not 
included,  it  is  the  same  as  the  entity  olass  name. 


Entity  Class  Label 


Entity  Class  Name 


AUC  CS-IS  Parameter 

AUC-DF  Mapping 
AUC-*.  Mapping 
AUC- IS  Mapping 

AUC-Set  Mapping 
Constraint  AUC 
Reference 
Constraint  EC 
Reference 
Constraint  On  AUC 
Aotion 

Constraint  On  EC 
Action 


Attribute  Use  Class  Conceptual  Schema/ 
Internal  Schema  Mapping  Parameter 
Attribute  Use  Class/Data  Field  Mapping 
Attribute  Use  Class/Data  Item  Mapping 
Attribute  Use  Class/Internal  Schema 
Mapping 

Attribute  Use  Class/Reoord  Set  Mapping 
Constraint  Attribute  Use  Class 
Reference 

Constraint  Entity  Class  Reference 

Constraint  On  Attribute  Use  Class 
Action 

Constraint  On  Entity  Class  Action 
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EnlliT  Class  Label 


Entity  Clagg  Mage 


CS-IS  Coaplex  Mapping 
Algoritba 
CS-IS  Par  ureter 

CS-IS  Para  Constant 

DF  CS-IS  Paraaeter 

DMS 

EC-RT  Join 
EC-RT  Mapping 
EC-RT  Union 

Disoriainator 
EC-UV  Join 
Gen  Data  Deso 

Coaponent  DOM 
Generated  Constraint 
AP 

Generated  RP 


Conceptual  Soheaa/ Internal  Soheaa 
Coaplex  Mapping  Algoritba 
Conceptual  Soheaa/ Internal  Soheaa 
Mapping  Paraaeter 
Conceptual  Soheaa/ Internal  Soheaa 
Mapping  Paraaeter  Constant 
Data  Field  Conceptual  Soheaa/ Internal 
Soheaa  Mapping  Paraaeter 
Data  Manageaent  87s tea 
Entity  Class/Reoord  Type  Join 
Entity  Class/Reoord  Type  Mapping 
Entity  Class/Reoord  Typo  Union 
Disoriainator 

Entity  Class/User  View  Join 
Generio  Data  Description  Coaponent 
Unit  of  Measure 

Generated  Constraint  Application 
Prooess 

Generated  Request  Processor 


Generio  Data 

Description  DOM 
Moris  Partition 
Fragaent 

PCB 

PSB 

RC-Set  Mapping 
Repeating  DF  Ooourrenoe 
Counter 

RT  CS-IS  Paraaeter 

UOM  Conversion 
Constant 
UOM  Conversion 
Module 

UOM  Conversion 
Paraaeter 
UOM  Conversion 
Step 

UOM  Conversion 
Variable 
User  AP 


Generio  Data  Description  Unit  of 
Measure 

Horizontal  Partition  Fragaent 

Prograa  Control  Block 
Prograa  Speoif ioation  Blook 
Relation  Class/Reoord  Set  Mapping 
Repeating  Data  Field  Ooourrenoe 
Counter 

Record  Type  Conceptual  Soheaa/ Internal 
Soheaa  Mapping  Paraaeter 
Unit  of  Measure  Conversion  Constant 

Unit  of  Measure  Conversion  Module 

Unit  of  Measure  Conversion  Paraaeter 

Unit  of  Measure  Conversion  Step 

Unit  of  Measure  Conversion  Variable 

User  Application  Prooess 
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BBCTIOM  B 

ATTRIBUTE  CLASS  DOCUMEMTATIOM 


5.1  CDM1  Attribute  Class  Glossary 
Mole: 

The  attribute  classes  in  this  glossary  are  in  alphabetic 
sequence  by  attribute  olass  name.  Attribute  olass  nunbers 
appear  in  parentheses  following  the  nanes.  Attribute 
olass  labels  that  are  differnet  than  the  nanes  appear  with 
the  nunbers.  If  a  label  is  the  sane  as  a  nane,  the  label 
is  onitted. 

Role  nanes  for  Inherited  attribute  olasses  are  also 
included  in  this  glossary.  Role  nanes  are  variations  of 
attribute  olass  nanes  that  are  used  to  distinguish  between 
inherited  attribute  olasses  in  an  entity  class  that 
nigrated  fron  the  sane  key  olass  nenber  via  different 
relation  olasses.  Attribute  olass  nunbers  are  not  shown 
with  these  glossary  entries;  inherited  attribute  olasses 
have  the  sane  attribute  olass  nunbers  as  the  corresponding 
key  olass  nenbers. 


Alphabetic  Case  Code  (A160,  Alpha  Case  Code) 

A  oode  in  an  alpha-nunerlo  data  fornat  that  indicates 
whether  only  upper  oase  letters,  only  lower  case  letters, 
or  both  are  pernitted. 


Attribute  Class  Label  (A161,  AC  Label) 

An  abbreviated  version  of  an  attribute  olass  object  nane 
Cor  the  entire  nane  if  it  is  fairly  short).  It  is  used  to 
uniquely  identify  an  attribute  olass  in  nodel  diagrans. 


Attribute  Class  ObJeot  Bunber  (AC  ObJ  Mo) 

Role  nane  for  Objeot  Munber;  introduced  in  the  Attribute 
Class  entity  olass. 
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Attribute  Use  Class  Label  (A14.  AUC  Label) 

An  abbreviated  version  of  an  attribute  use  class  object 
name  (or  tbe  entire  naae  if  it  is  fairly  short)  that 
distinguishes  an  attribute  use  class  fron  the  others  in  the 
same  model  entity  class. 


Attribute  Pse  Class  Humber  (A12.  AUC  Wo) 

An  identification  oode  that  distinguishes  an  attribute  use 
class  from  the  others  in  the  same  model . 


Attribute  Ose  Class  Objeot  Name  (APC  Obj  Name) 

Role  name  for  Objeot  naae;  introduced  in  the  Attribute  Use 
Class  entity  class. 

Author  Identification  (A110,  Author  Id) 

The  means  of  identifying  who  wrote  a  generic  object 
description. 

Beginning  Value  (A162,  Begin  Value) 

The  lowest  value  in  a  domain  range. 

Blocking  Factor  (A193) 

The  number  of  reoords  that  can  be  physioally  stored 
together  in  one  block  in  a  file. 

Component  Data  Field  Objeot  Name  (Comp  DF  Obj  Name) 

Role  naae  for  Data  Field  Object  Naae;  Introduced  in  the 
Component  Data  Field  entity  class. 

Component  Domain  Sequenoe  Number  (A164.  Comp  Don  Seq  No) 


The  ordinal  position  of  a  component  domain  within  the  group 
of  those  for  a  domain. 
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Component  POM  Sequence  Number  (A168.  Comp  POM  Seq  Ho) 

The  ordinal  position  of  a  component  unit  of  aeasure  within 
the  group  of  those  for  a  unit  of  aeasure. 


Counter  Data  Field  Object  Name  (Ctr  DF  Obj  Wane) 

Role  name  for  Data  Field  Object  Naae;  introduced  in  the 
Repeating  Data  Field  Occurrence  Counter  entity  class. 


CS-1S  Mapping  Algorithm  Use  Code  (A198,  CS-IS  Alg  Use  Code) 

A  code  that  indicates  whether  a  CS-IS  complex  mapping 
algorithm  can  be  used  on  retrievals  only,  on  updates  only, 
or  on  both. 


CS-IS  Happing  Constant  Use  Code  (A199,  CS-IS  Constant  Use  Code) 

A  code  that  indicates  whether  a  CS-IS  mapping  constant  is 
to  be  used  for  retrievals  or  updates. 


CS-IS  Mapping  Constant  Value  (A200,  CS-IS  Constant  Value) 

A  static  data  value  that  is  provided  to  a  CS-IS  complex 
mapping  algorithm  via  a  parameter. 


Database  Area  Identification  (A78,  Area  Id) 

A  oode  that  distinguishes  a  database  area  from  the  others 
in  the  same  database. 


Database  Password  (A60,  DB  Password) 

A  oode  that  must  be  supplied  when  logging  on  to  a  DBMS  to 
use  a  database.  The  DBMS  verifies  the  password  before 
accepting  any  other  messages. 
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Data  Description  Objeot  Haae  (OP  ObJ  Haae) 

Role  naae  for  Object  Naae;  introduced  in  the  Data 
Description  entity  olass. 

Data  Description  Object  Nunber  (DP  Obj  Wo) 

Role  naae  for  Objeot  Huaber;  introduced  in  the  Data 
Description  entity  olass. 

Data  Field  Object  Maae  CDF  0b,1  Wane) 

Role  naae  for  Objeot  Kaae;  introduced  in  the  Data  Field 
entity  olass. 

Data  Field  Object  Huaber  (DF  Ob.1  Mo) 

Role  naae  for  Objeot  Huaber;  introduced  in  the  Data  Field 
entity  olas6. 

Data  Field  Sequence  Huaber  (A165,  DF  Sea  Ho) 

The  ordinal  position  of  a  data  field  within  a  record  type. 

Data  I  tea  Object  Haae  (PI  Ob.1  Haae) 

Role  naae  for  Objeot  Haae;  introduced  in  the  Data  Itea 
entity  class. 


Data  Itea  Objeot  Huaber  (PI  0b,1  Ho) 

Role  naae  for  Objeot  Huaber;  introduced  in  the  Data  Itea 
entity  olass. 

Data  Type  Code  (A76.  PT  Code) 

A  code  that  indicates  what  kind  of  values  can  ba 
represented  by  a  data  type.  The  types  are  alphabetic, 
alphanuaerlo.  signed  nuaeric.  and  unsigned  nuaerio. 
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Data  Type  gage  (A166,  DT  Mane) 

A  noun  or  noun  phrase  that  briefly  describes  and  uniquely 
identifies  a  data  type. 


DBMS-Aooesslble  Data  Field  Indicator  CA122.  DBMS-Aoo  DF  Ind) 

A  code  that  indicates  whether  a  data  field  in  a  database  i6 
"visible  to  or  hidden  froa”  the  DBMS,  i.e.,  whether  the 
data  field  can  be  explicitly  inoluded  in  a  DBMS 
transaction. 


Declaal  Length  (A167,  Deo  Len) 

The  greatest  number  of  numerals  that  can  be  held  in  the 
decimal  portion  of  a  numeric  data  format. 


Dependent  Entity  Class  Object  Humber  (Pep  EC  ObJ  Bo) 

Role  name  for  Entity  Class  Objeot  Humber;  introduced  in  the 
Relation  Class  entity  class. 


Description  Line  Humber  (A116.  Peso  Line  Mo) 

A  number  that  distinguishes  a  generic  objeot  description 
line  from  the  others  in  the  same  generio  objeot 
description. 


Description  Text  CA117.  Peso  Text) 

A  fixed-length  portion  of  a  generic  objeot  description. 


Description  Type  Code  (A118.  Peso  Type  Code) 

A  oode  that  uniquely  identifies  a  description  type. 

Description  Type  Mane  (A188.  Peso  Type  Hame) 

A  noun  or  noun  phrase  that  briefly  describes  a  description 
type. 
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Pevioe  Type  Code  (A194) 

A  oode  that  Identifies  the  type  of  data  storage  device  that 
a  file  resides  on. 


QMS  Wane  (A58) 

The  name  by  whioh  a  data  management  system  is  commonly 
known.  For  example,  IMS,  ORACLE,  TOTAL,  and  I DM8  are 
DBMSs;  VSAM  is  a  a  file  management  system. 


DMS  Type  Code  (A89) 

Indicates  whether  a  data  management  system  is  for  files  or 
databases  and,  if  it  is  for  databases,  whether  they  are 
relational,  hierarchical ,  or  network  databases. 


Domain  Ob  ject  Marne  (Don  QbJ  Mane) 

Role  name  for  Objeot  Marne;  introduced  in  the  Domain  entity 
olass. 


Domain  Objeot  Humber  (Pom  QbJ  Mo) 

Role  name  for  Objeot  Number ;  introduced  in  the  Domain 
entity  olass. 


EC-RT  Join  Typo  Code  (Alls) 

A  oode  that  indioates  how  to  Join  two  entity  classes  in 
creating  a  record  type  (e.g..  natural  Join  or  outer  Join). 


EC-RT  Union  Discriminator  Value  (A109.  EC-RT  Union  Disorim 
Value? -  - - 

A  value  that  exists  in  a  speoified  data  field  in  every 
record  instanoe  for  whioh  an  EC-RT  mapping  is  valid.  This 
only  exists  for  reoord  types  that  result  from  relational 
unions  of  entity  olasses. 


5-5 


TBM620141000 
1  November  1985 


EC-PV  Join  Type  Code  (A112) 

A  oode  that  indicates  how  to  join  two  entity  olasses  in 
creating  a  user  view  (e.g.,  natural  Join  or  outer  join). 


Elementary  Domain  Object  Hunber  (Elen  Don  Obj  Mo) 

Role  nane  for  Domain  Object  Hunber;  introduced  in  the 
Elementary  Domain  entity  olass. 


Elementary  POM  Code  (Elen  POM  Code) 

Role  name  for  POM  Code;  introduced  in  the  Elementary  Pnit 
of  Measure  entity  class. 


Ending  Value  (A170,  End  Value) 

The  highest  value  in  a  domain  range. 

Entity  Class  Label  (A5,  EC  Label) 

An  abbreviated  version  of  an  entity  class  object  name  (or 
the  entire  name  if  it  is  fairly  short).  It  is  used  to 
uniquely  identify  an  entity  class  in  model  diagrams. 


Entity  Class  Objeot  Humber  (EC  Obj  Ho) 

Role  name  for  Object  Humber;  introduced  in  the  Entity  Class 
entity  olass. 


Equivalent  Attribute  Pse  Class  Value  (A108.  Equlv  APC  Value) 

A  value  for  an  attribute  use  olass  that  is  represented  by  a 
record  set. 


Flle/Database  Objeot  Hane  (F/DB  Obj  Wane) 

Role  name  for  Objeot  Hane;  introduced  in  the  Flle/Database 
entity  olass. 
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Flle/Database  Object  Humber  CF/PB  Obj  Mo) 

Role  name  for  Objeot  Number ;  introduced  in  the 
Fi le/Database  entity  olass. 


Fi  le/Database  Referenoe  Type  Code  CA105.  F/DB  Ref  Type  Code) 

A  code  that  indicates  whether  a  oomputer  file  or  database 
that  is  referenced  by  a  software  nodule  is  accessed 
directly  by  that  nodule  or  is  just  identified  as  one  that 
the  CDM  Preconpiler  nust  use  to  respond  to  HDML  requests 
fron  that  nodule. 


Fill  Character  CA172.  Fill  Char) 

A  value  that  iB  put  in  unused  positions  of  an  alpha¬ 
numeric  data  fornat  when  a  value  that  is  shorter  than  the 
maximum  length  is  noved  to  it. 


Fornat  Humber  (A174.  Fornat  Mo) 

The  ordinal  position  of  a  data  fornat  within  all  those  for 
a  generic  data  description. 


Fron  POM  Code 


Role  nane  for  UOM  Code;  introduced  in  the  Unit  of  Measure 
Conversion  entity  olass. 


Generated  Module  Identification  (Generated  Mod  Id) 

Role  nane  for  Module  Identification;  introduced  in  the 
Generated  Request  Processor  entity  olass. 


Generating  Module  Identification  (Generating  Mod  Id) 

Role  nane  for  Module  Identification;  introduced  in  the 
Generated  Request  Processor  entity  class. 
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Group  Data  Field  Object  gage  C Group  DF  Obj  Name) 

Role  name  for  Data  Field  Object  Name;  introduced  in  the 
Component  Data  Field  entity  olass. 

Group  Domain  Object  Number  (Group  Don  Obj  Ho) 

Role  name  for  Domain  Object  Nunber;  introduced  in  the 
Component  Domain  entity  class. 

Group  POM  Code 

Role  name  for  UOM  Code;  introduced  in  the  Component  Unit  of 
Measure  entity  class. 

Horizontal  Partition  Number  (A201.  HP  Ho) 

A  number  that  distinguishes  one  horizontal  partition  from 
any  others  for  an  entity  class. 

Host  Identification  (A121 ,  Host  Id) 

The  means  of  uniquely  identifying  a  host. 

Independent  Entity  Class  Object  Number  (Ind  EC  Obj  No) 

Role  name  for  Entity  Class  Object  Humber;  introduced  in  the 
Relation  Class  entity  class. 

Integer  Length  (A175,  Int  Len) 

The  greatest  number  of  numerals  that  can  be  held  in  the 
integer  portion  of  a  numeric  data  format. 


EC  Member  Attribute  Use  Class  Humber  (EC  Mbr  APC  Ho) 

Role  name  for  Attribute  Use  Class  Humber;  introduced  in  the 
Inherited  Attribute  Class  entity  olass. 
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Key  Class  Munber  (A9.  KC  Wo) 

An  Idenilf i oat ion  oode  that  distinguishes  a  key  class  from 
the  others  in  the  sane  nodel. 


Key  Feedback  Length  (A125,  Key  Feedback  Leu) 

The  maximum  size  of  the  concatenated  keys  fron  each  seg¬ 
ment  in  an  IMS  database,  fron  the  root  to  the  bottoa  child 
segment  along  any  one  branch. 


Keyword  (A124) 

A  word  or  phrase  that  has  been  designated  as  a  means  of 
locating  a  generic  object  or  a  number  of  similar  generic 
objects. 


Latest  Osage  Date  (A50) 

The  date  when  a  software  module  was  last  executed. 


Library  Identification  (A176,  Lib  Id) 

A  code  that  distinguishes  a  software  library  from  the 
others  on  the  same  host. 


Library  Type  Code  (A177,  Lib  Type  Code) 

A  code  that  indicates  what  kind  of  software  modules  are 
stored  in  a  software  library  (e.g.,  souroe  modules,  object 
modules). 


Linkage  Type  Code  (A125.  Linkage  Type) 

A  oode  that  indicates  whether  a  data  field  that  is  used  for 
a  set  linkage  is  a  symbolic  oalo  key  (S)  or  an  actual 
database  key  (K).  In  a  TOTAL  database  these  are  all 
symbol io  oalo  keys. 
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Maxi mum  Length  (A178.  Max  Len) 

The  greatest  number  of  letters,  numerals,  punctation,  etc., 
that  can  be  held  in  aa  alpha-numeric  data  format. 


Maximum  Number  of  Dependent  Entitles  (A22.  Max  Mo  Pep  Ent) 

The  greatest  number  of  entities  that  are  allowed  to  be 
dependent  in  any  instanoe  of  a  relation  class.  Most 
relation  classes  have  no  exact  maximum.  For  these,  "many" 
is  used  to  indicate  that  any  number  of  entities  may  be 
dependent . 


Maximum  Humber  of  Independent  Entities  (A127,  Max  Mo  Ind  Ent) 

The  greatest  number  of  entities  that  are  allowed  to  be 
independent  in  any  instance  of  a  relation  class.  In  a 
specific  relation  class  this  maximum  is  always  one  CD.  In 
a  nonspecific  relation  class  this  may  be  zero  or  a  number 
greater  than  one.  Most  nonspecific  relation  classes  have 
no  exact  maximum.  For  these,  “many"  is  used  to  indicate 
that  any  number  of  entities  may  participate. 


Minimum  Humber  of  Dependent  Entitles  (A21.  Min  Mo  Pep  Ent) 

The  least  number  of  entitles  that  are  allowed  to  be 
dependent  in  any  instanoe  of  a  relation  class. 


Minimum  Number  of  Independent  Entities  CA128,  Min  Mo  Pep  Ent) 

The  least  number  of  entities  that  are  allowed  to  be 
independent  in  any  instance  of  a  relation  class. 

Model  Object  Wane  (Model  Obj  Mane) 

Role  name  for  Object  Name ;  introduced  in  the  Model  entity 
class . 
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Model  Objeot  Humber  (Model  Ob.1  Wo) 

Role  name  for  Objeot  Humber;  introduced  in  the  Model  entity 
class. 

Module  Identification  (A129,  Module  Id) 

A  means  of  uniquely  identifying  a  software  module. 

Hull  Value  (A203) 

The  value  that  a  DMS  places  in  data  fields  when  no  values 
are  supplied  by  users. 


|  Humber  of  Data  Field  Occurrences  (A191,  Ho  of  DF  Occurs) 

The  number  of  times  a  data  field  appears  in  a  reoord  type. 


Object  Creation  Date  (A1S2,  Ob.1  Creation  Date) 

The  date  when  a  generic  object  was  first  recorded  in  the 
COM. 

Object  Modification  Date  (A153,  Obj  Mod  Date) 

The  date  when  a  generic  object  was  last  modified. 

Object  Mane  (A130,  Obj  Marne) 

A  word  or  phrase  by  which  a  generic  object  is  known.  An 
object  name  is  either  the  official  name  or  an  alias  for  an 
object . 


Object  Hane  Type  Code  (A190,  Obj  Harne  Type  Code) 

A  code  that  indicates  whether  an  object  name  is  an  official 
name  or  an  alias. 
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Object  faivo.  QbJ  Bo) 

A  number  that  uniquely  identifies  a  generic  objeot. 


Parameter  Identification  (A81.  Pan  Id) 

A  code  that  distinguishes  a  nodule  parameter  from  the 
others  for  the  same  software  module. 


Parameter  Sequence  Humber  (A202.  Farm  Beq  ho) 

The  ordinal  position  of  a  nodule  parameter  within  the  list 
of  parameters  for  a  software  module. 


Parameter  Use  Code  CA188.  Pare  Pse  Code) 

A  code  that  indioates  whether  a  module  parameter  is  used  to 
supply  variable  or  oonstant  values  to  a  software  module  or 
to  return  resultant  values  or  error  codes. 


Preference  Humber  (A140,  Pref  Wo) 

A  number  that  indioates  the  relative  acceptability  of  the 
values  stored  in  one  data  field  to  those  stored  in  another, 
both  of  which  correspond  to  the  same  attribute  use  class. 
Preference  numbers  will  be  used  by  the  CDMP  to  determine 
which  data  field  to  retrieve  values  from  when  multiple 
oholoes  are  available. 


PSB  Wane  (A141) 

A  name  that  uniquely  identifies  a  program  specification 
block. 


PSB  Sequenoe  Humber  CA142.  PSB  Seq  Wo) 

The  ordinal  position  of  a  PCB  within  the  list  of  PCBs  that 
make  up  a  PSB. 


Role  naae  for  Object  Naae;  introduced  in  the  Record  Type 
entity  olass. 


Record  Type  Ob. loot  Rnnber  (RT  Obj  Ho) 

Role  naae  for  Objeot  Nunber;  introduced  in  the  Record 
Tyentity  class. 


Redefined  Data  Field  Object  Hane  (Redef'd  DF  Obi  Mane) 

Role  naae  for  Data  Field  Objeot  Naae;  introduced  in  the 
Data  Field  Redefinition  entity  class. 


Redefining  Data  Field  Ob.1eot  Naae  (Redef 'g  DF  ObJ  Naae) 

Role  naae  for  Data  Field  Object  Naae;  introduced  in  the 
Data  Field  Redefinition  entity  olass. 


Relation  Class  Object  Naae  (RC  Obj  Naae) 

Role  naae  for  Objeot  Naae;  introduced  in  the  Relation  Class 
entity  class. 
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Halation  Claw  ObJeot  Imber  (RC  Obj  lo) 

Role  nnae  for  ObJeot  Hnaber;  introduced  in  the  Relation 
Class  entity  class. 


Repeating  Data  Field  Index  Indloator  CA197.  Rep  DF  Index  Ind) 

A  oode  that  indioates  whether  an  attribute  use  olass  naps 
to  the  index  for  a  repeating  data  field  or  to  the  data 
field  itself. 


Repeating  Data  Field  ObJeot  Mane  (Rep  DF  Obj  Wane) 

Role  naae  for  Data  Field  Object  Hane;  introduced  in  the 
Repeating  Data  Field  Oeourrenoe  Counter  entity  olass. 


Required  Menbershlp  Indicator  CA82.  Reg  Mbr  Ind) 

A  oode  that  indioates  whether  instances  of  the  aenber 
record  type  in  a  reoord  set  in  a  OODASTL  database  nust  be 
related  to  instances  of  the  owner  reoord  type  in  order  to 
exist.  If  they  nust  be,  the  DBMS  autonatioally  deletes  the 
aenber  instances  when  an  owner  instanoe  is  deleted  and  does 
not  peralt  a  new  aenber  instanoe  to  be  oreated  without 
being  re-  lated  to  an  owner  instance.  If  a  aenber  instanoe 
does  not  have  to  be  related  to  an  owner  instanoe  in  order 
to  exist,  the  DBMS  does  not  autoaatioally  delete  aeaber 
lnstanoes  and  does  perait  new  aenber  instances  to  be 
oreated  without  being  related  to  owner  instanoes. 


Round /Truncate  Code  CA180,  R/T  Code) 

A  oode  in  a  nuner ic  data  foraat  that  indioates  whether  a 
value  whose  deoiaal  portion  is  longer  than  the  foraat 's 
deoiaal  length  should  be  rounded  or  truncated  to  fit. 


Soheaa  Mane  CA147) 

The  naae  by  whioh  the  soheaa  of  a  OODASTL  database  is  known 
to  its  DBMS. 
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81m  (A148) 

The  total  storage  length  of  a  record  type  in  aa  IMS  data¬ 
base. 


gegnent  Starting  Byte  CA149.  Sag  Start  Byte) 

A  nunber  that  indloates  where  a  data  field  starts  within  a 
record  type  in  aa  IMS  database. 


Software  Language  Mane  (ASS.  Lang  Mane) 

The  naae  of  the  software  language  in  whioh  a  software 
nodule  is  written.  Sone  exaaples  are  COBOL,  FORTRAH,  and 
PASCAL. 


Spoetflo  Value  (A181) 

A  value  of  an  elenentary  donaln. 


Statenent  Aotlon  CA182.  Stnt  Aotlon) 

An  MDML  aotlon  (SELECT,  IMSERT,  MODIFY,  or  DELETE)  that  is 
specified  in  the  OV  olause  of  a  constraint  statenent. 


Statenent  Line  Munber  (A183.  Stnt  Line  Mo) 

The  ordinal  position  of  a  constraint  statenent  line  within 
those  for  a  constraint  statenent. 


Statenent  Objeot  Mane  (Stnt  Ob.l  Mane) 

Role  nane  for  Objeot  Mane;  introduced  in  the  Constraint 
Statenent  entity  olass. 
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Statement  Objeot  MMflgr  (Stmt  ObJ  Mo) 

Role  name  for  Objeot  vnmber;  Introduced  in  the  Constraint 
Statement  entity  olass. 

Statement  Tent  CA184.  Stmt  Tent) 

A  fixed-length  portion  of  a  constraint  statement. 

Statement  Type  Code  (A192.  Stmt  Type  Code) 

A  code  that  indicates  whether  a  constraint  statement  is  an 
assertion,  a  trigger,  or  a  horisontal  partition. 


Storage  Type  Code  (A1S9) 

A  code  in  a  numeric  data  format  that  indicates  how  values 
are  stored.  The  types  are: 


Character  (DISPLAY) 

Binary  (COMP) 

Standard  floating  point  (00MP-1) 

Extended  floating  point  (COMP-2) 

Packed  (COMP- 3) 


Subschema  Wane  (A181) 

The  name  by  which  a  subschema  of  a  CODASYL  database  is 
known  to  its  DBMS. 


Total  Mumber  of  Members  (A152.  Total  Mum  Members) 

A  number  that  indicates  how  nany  reoord  types  are  members 
in  a  reoord  set. 


To  DOM  Code 

Role  name  for  UOM  Code;  introduced  in  the  Unit  of  Measure 
Conversion  entity  class. 
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POM  Cod#  (A188) 

A  code  that  uniquely  identifies  a  unit  of  Measure. 


POM  Constant  Value  (A186) 

A  nuaber  in  a  unit  of  Measure  conversion  step  that  is  the 
sane  every  tine  the  oonversion  is  perfomed. 


POM  Mane  (A187) 

A  noun  or  noun  phrase  that  identifies  a  unit  of  Measure. 


POM  Step  MuMber  CA188.  POM  Step  lo) 

The  ordinal  position  of  a  unit  of  Measure  oonversion  step 
within  those  for  a  unit  of  Measure  conversion. 


POM  Step  Operator  CA189.  POM  Step  Op) 

A  syabol  that  speoifies  vhioh  arithaetio  operation  (add. 
subtract.  Multiply,  or  divide)  is  involved  in  a  unit  of 
Measure  oonversion  step. 


Pser  AP  Module  Identification  (User  AP  Mod  Id) 

Role  nano  for  Module  Identification;  introduced  in  the  User 
Application  Prooess  entity  olass. 


Pser  View  Ob.leot  Mane  (View  Qb.1  Mane) 

Role  naae  for  Objeot  Naae;  introduced  in  the  Pser  View 
entity  olass. 


User  View  Objeot  Humber  (View  ObJ  Mo) 

Role  naae  for  Objeot  Humber ;  introduced  in  the  Pser  View 
entity  olass. 
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5. a  CDM1  Attribute  Class  OIoswt  Index  by  Attribute  CImi 

Hunber 


AC  Mo 

Attribute  Class  Name 

S 

Entity  Class  Label 

9 

Key  Class  Humber 

12 

Attribute  Use  Class  Muaber 

14 

Attribute  Use  Class  Label 

21 

Minimum  Humber  of  Dependent  Entities 

22 

Maximum  Humber  of  Dependent  Entities 

25 

Software  Language  Haae 

SO 

Latest  Usage  Date 

51 

Parameter  Identification 

58 

DMS  Marne 

59 

DMS  Type  Code 

60 

Database  Password 

75 

Database  Area  Identification 

76 

Data  Type  Code 

81 

Record  Key  Code 

82 

Required  Membership  Indicator 

108 

Equivalent  Attribute  Use  Class  Value 

110 

Author  Identification 

112 

EC-UV  Join  Type  Code 

113 

EC-RT  Join  Type  Code 

116 

Description  Line  Humber 

117 

Description  Text 

118 

Description  Type  Code 

121 

Host  Identification 

122 

DBMS-Aocessible  Data  Field  Indicator 

123 

Key  Feedback  Length 

124 

Keyword 

125 

Linkage  Type  Code 

127 

Maximum  Number  of  Independent  Entities 

128 

Minimum  Humber  of  Independent  Entities 

129 

Module  Identification 

130 

Objeot  Haae 

132 

Object  Creation  Date 

133 

Object  Modification  Date 

138 

Parameter  Use  Code 

140 

Preference  Humber 

141 

PSB  Haae 

142 

PSB  Sequence  Humber 

147 

Schema  Haae 

148 

Segment  Sise 

149 

Segment  Starting  Byte 
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AC  Ho 


181 

152 

189 

160 

161 

162 

163 

164 
168 
166 

167 

168 

169 

170 
172 

174 

175 

176 

177 

178 

179 

180 
181 
182 

183 

184 

185 

186 

187 

188 

189 

190 

191 

192 

193 

194 

195 

197 

198 

199 

200 
201 
202 
203 


Attribute  Class  Hams 


Subschema  laae 

Total  Humber  of  Members 

Storage  Type  Code 

Alphabetic  Case  Code 

Attribute  Class  Label 

Beginning  Value 

Data  Field  Sequence  Humber 

Component  Domain  Sequence  Humber 

Component  DOM  Sequence  Humber 

Data  Type  Hame 

Decimal  Length 

Description  Type  Hame 

EC-RT  Union  Value 

Ending  Value 

Fill  Character 

Format  Humber 

Integer  Length 

Library  Identification 

Library  Type  Code 

Maximum  Length 

Object  Humber 

Round/Trunoate  Code 

Speolflo  Value 

Statement  Action 

Statement  Line  Humber 

Statement  Text 

UOM  Code 

UOM  Constant  Value 

UOM  Hame 

UOM  Step  Humber 

UOM  Step  Operator 

Object  Hame  Type  Code 

Humber  of  Data  Field  Ooourrenoes 

Statement  Type  Code 

Blocking  Factor 

Device  Type  Code 

File/Database  Reference  Type  Code 
Repeating  Data  Field  Index  Indicator 
CS-IS  Mapping  Algorithm  Use  Code 
CS-IS  Mapping  Constant  Use  Code 
CS-IS  Mapping  Constant  Value 
Horisontal  Parititon  Humber 
Parameter  Sequenoe  Humber 
Hull  Value 
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8.3  CDill  Attribute  Class  Glossary  Index  by  Attribute  Clan 
Label 


Vote: 

Only  attribute  classes  whose  labels  are  different  than 
their  nseos  are  listed  here.  If  an  attribute  olass  label 
is  not  included,  it  is  the  sane  as  the  attribute  olass 


AC  Label 


Attribute  Class  Vane 


AC  Label 

AC  Obj  Vo 

Alpha  Case  Code 

Area  Id 

AUC  Label 

AUC  Mo 

AUC  Obj  Mane 

Author  Id 

Begin  Value 

Conp  DF  Obj  Mane 

Conp  Don  Seq  Mo 

Conp  UOM  Seq  Mo 

CS-IS  Alg  Use  Code 

CS-IS  Constant  Use  Code 

CS-IS  Constant  Value 

Ctr  DF  Obj  Mane 

DBMS-Acc  DF  Ind 

DB  Password 

DD  Obj  Mane 

DD  Obj  Mo 

Deo  Len 

Dep  EC  Obj  Mo 

Deso  Line  Mo 

Deso  Text 

Deso  Type  Code 

Deso  Type  Mane 

DF  Obj  Mane 

DF  Obj  Mo 

DF  Seq  Mo 

DI  Obj  Mane 

DI  Obj  Mo 

Don  Obj  Mane 

Don  Obj  Mo 

DT  Code 

DT  Mane 


Attribute  Class  Label 
Attribute  Class  Objeot  Nunber 
Alphabetic  Case  Code 
Database  Area  Identification 
Attribute  Use  Class  Label 
Attribute  Use  Class  Nunber 
Attribute  Use  Class  Objeot  Mane 
Author  Identification 
Beginning  Value 

Conponent  Data  Field  Objeot  Mane 
Conponent  Dona in  Sequence  Nunber 
Conponent  UOM  Sequence  Nunber 
CS-IS  Mapping  Algor ithn  Use  Code 
CS-IS  Mapping  Constant  Use  Code 
CS-IS  Mapping  Constant  Value 
Counter  Data  Field  Object  Mane 
DBMS-Accessible  Data  Field  Indicator 
Database  Password 
Data  Description  Objeot  Mane 
Data  Description  Objeot  Munber 
Decinal  Length 

Dependent  Entity  Clas6  Object  Munber 

Description  Line  Nunber 

Description  Text 

Description  Type  Code 

Description  Type  Mane 

Data  Field  Objeot  Mane 

Data  Field  Objeot  Munber 

Data  Field  Sequence  Munber 

Data  I ten  Object  Mane 

Data  I ten  Objeot  Munber 

Dona in  Object  Mane 

Dona in  Object  Munber 

Data  Type  Code 

Data  Type  Mane 
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AC  Label 


EC  Label 
EC  ObJ  Eo 

EC-RT  Onion  Di serin 
Value 

Elea  Don  ObJ  Eo 
Elea  UOM  Code 
KwH  Valne 
Equiv  ADC  Value 
F/DB  ObJ  Eaae 
F/DB  ObJ  Eo 
F/DB  Ref  Type  Code 
Fill  Char 
Foraat  Eo 
Generated  Mod  Id 
Generating  Mod  Id 
Group  DF  ObJ  Eaae 
Group  Don  ObJ  Eo 
Moat  Id 
HP  Eo 

Ind  EC  ObJ  Eo 
Int  Len 
EC  Mbr  ADC  Eo 
EC  Eo 

Key  Feedback  Len 
Lang  Eaae 
Lib  Id 

Lib  Type  Code 
Linkage  Type 
Max  Len 
Max  Ho  Dep  Ent 
Max  Eo  Ind  Ent 
Min  No  Dep  Ent 
Min  Ho  Ind  Ent 
Model  ObJ  Nane 
Model  ObJ  Ho 
Module  Id 
No  of  DF  Ooours 
ObJ  Creation  Date 
ObJ  Mod  Date 
ObJ  Nane 

ObJ  Haae  Type  Code 
ObJ  Ho 
Para  Id 
Para  Seq  No 


Attribute  Claaa  Eaae 


Entity  Class  Label 

Entity  Class  Objeot  Euaber 

EC-RT  Union  Disorininator  Value 

Bloaentary  Doaaln  Objeot  Euaber 
Eleaentary  DOM  Code 
Ending  Value 

Equivalent  Attribute  Use  Class  Value 
File/Database  Objeot  Eaae 
File/Database  Objeot  Hunber 
File/Database  Referenoe  Type  Code 
Fill  Character 
Foraat  Euaber 

Generated  Module  Identification 
Generating  Module  Identification 
Group  Data  Field  Objeot  Haae 
Group  Doaain  Objeot  Hunber 
Host  Identification 
Horisontal  Partition  Hunber 
Independent  Entity  Class  Objeot  Hunber 
Integer  Length 

EC  Meaber  Attribute  U6e  Class  Hunber 

Eey  Class  Hunber 

Eey  Feedback  Length 

Software  Language  Haae 

Library  Identification 

Library  Type  Code 

Linkage  Type  Code 

Maxiaua  Length 

Maxinua  Hunber  of  Dependent  Entities 

Maxiaua  Euaber  of  Independent  Entities 

Miniaua  Hunber  of  Dependent  Entities 

Miniaua  Nuaber  of  Independent  Entities 

Model  Objeot  Haae 

Model  Objeot  Hunber 

Module  Identification 

Hunber  of  Data  Field  Occurrences 

Objeot  Creation  Date 

Objeot  Modification  Date 

Objeot  Haae 

Objeot  Haae  Type  Code 

Objeot  Nuaber 

Paraaeter  Identification 

Paraaeter  Sequence  Nuaber 
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AC  Label 


Para  Use  Code 

Pref  Mo 

PSB  Seq  Mo 

KC  Obj  Maae 

RC  Obj  Mo 

Reo  Key  Code 

Redef 'd  DF  Obj  Maae 

Redef 'g  DF  Obj  Maae 

Rep  DF  Index  Ind 

Rep  DF  Obj  Maae 

Req  Mbr  Ind 

R/T  Code 

RT  Obj  Maae 

RT  Obj  Mo 

Seg  Start  Byte 

Set  Obj  Maae 

Set  Obj  Mo 

Stat  Action 

Stat  Line  Mo 

Stat  Obj  Maae 

Stat  Obj  Mo 

Stat  Text 

Stat  Type  Code 

Total  Nun  Meabers 

00M  Step  Mo 

UOM  Step  Op 

User  AP  Mod  Id 

View  Obj  Maae 

View  Obj  Mo 


Attribute  Class  Maae 


Paraaeter  Use  Code 
Preference  Muaber 
PSB  Sequence  Muaber 
Relation  Class  Object  Maae 
Relation  Class  Objeot  Muaber 
Record  Key  Code 

Redefined  Data  Field  Object  Maae 

Redefining  Data  Field  Object  Maae 

Repeating  Data  Field  Index  Indicator 

Repeating  Data  Field  Object  Maae 

Required  Meabership  Indicator 

Round/Truncate  Code 

Record  Type  Object  Maae 

Record  Type  Objeot  Muaber 

Segaent  Starting  Byte 

Reoord  Set  Object  Maae 

Reoord  Set  Objeot  Muaber 

Stateaent  Action 

Statenent  Line  Muaber 

Stateaent  Object  Maae 

Stateaent  Object  Muaber 

Stateaent  Text 

Stateaent  Type  Code 

Total  Muaber  of  Meabers 

UOM  Step  Muaber 

UOM  Step  Operator 

User  AP  Module  Identification 

User  View  Object  Mane 

User  View  Object  Muaber 
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